On Tue, Feb 19, 2019 at 12:56:39PM +0300, Mikhail Efremov wrote: > On Mon, 18 Feb 2019 17:59:47 +0300 Anton Farygin wrote: > > 18.02.2019 17:39, Mikhail Efremov пишет: > > > On Mon, 18 Feb 2019 17:17:53 +0300 Andrey Savchenko wrote: > > >> On Mon, 18 Feb 2019 16:40:00 +0300 Mikhail Efremov wrote: > > >>> On Mon, 18 Feb 2019 16:30:27 +0300 Alexey V. Vissarionov wrote: > > >>>> On 2019-02-18 15:11:21 +0300, Dmitry V. Levin wrote: > > >>>> > > >>>> > Самое актуальное описание встроено в > > >>>> > ssh gyle.alt help > > >>>> > ssh gyle.alt build --help > > >>>> > ssh gyle.alt task --help > > >>>> > ssh gyle.alt task --help > > >>>> > > >>>> А можно для всего этого наконец-то сделать обращение по имени > > >>>> build.alt(linux.org)? - по аналогии с git? > > >>> Можно, делай. У меня это именно build.alt и называется. > > >>> Или тебя научить использовать ~/.ssh/config? > > >> Как я понял, речь идёт про общедоступное DNS имя. > > >> Согласен с тем, что нынешние gitery и gyle сбивают с толку и > > >> приходится везде локально держать build.alt и git.alt > > >> > > >> Я почти год назад поднимал этот вопрос IRL в кулуарах. Мне было > > >> сказано, что build — слишком общее название, а gyle — точно > > >> отображает суть сервиса. Я с этим не согласен, но возможности > > >> добавить CNAME или убедить авторов текущих имён сделать изменения > > >> у меня нет и, похоже, большинство остальных участников team всё > > >> устраивает. > > > Как эти хосты называются мне кажется вообще не принципиальным, туда > > > есть смысл ходить только по ssh, а значит можно писать себе в > > > конфиге любой Host, который кажется удобным. > > > > Это да, но тогда у нас возникает путаница - одни пишут про одно, > > другие думают про другое. > > Ну, это аргумент, тут пожалуй соглашусь. Поскольку для того, чтобы пойти по .ssh что на гитовницу, что на сборочницу практически всегда нужна запись в .ssh/config, люди будут использовать разные имена. Примите это как данность. Поскольку пересечением двух интерфейсов являются только команды help и quota, возможная путаница, неизбежно возникающая при наличии более одного интерфейса, быстро прекращается. -- ldv