Re: git ssh
On Tue, 19 Oct 2010 12:14:43 +0400 Egorov Aleksey aleksey_ego...@relex.ru wrote: Приветствую всех знатоков git. Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли сделать так, чтобы руководитель разработки мог с машины подчиненного отправить изменения от себя? Подчиненный может и не иметь доступ к записи в репозиторий. значит облом-с Я так понимаю, нужно произвести какую-то манипуляцию с ключами, иначе сервер не поймет, что отправляет руководитель разработки. на сколько я знаю. у git нет никаких средств авторизации же - что передадите то и закоммитится. например, в .bashrc можно прописать: export GIT_COMMITTER_NAME=myname export GIT_COMMITTER_EMAIL=mym...@gmail.com export GIT_AUTHOR_NAME=myname export GIT_AUTHOR_EMAIL=mym...@gmail.com и оно будет коммититься с этими реквизитами -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101020195240.5691e...@gmail.com
Re: git ssh
On 2010.10.19 at 12:14:43 +0400, Egorov Aleksey wrote: Приветствую всех знатоков git. Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли сделать так, чтобы руководитель разработки мог с машины подчиненного отправить изменения от себя? Подчиненный Можно. Для этого на каждой машине должны быть заведены все сотрудники в качестве пользователейй (можно использовать NIS или LDAP для создания единой авторизационной базы) и home-директории всех сотрудников должны монтироваться по NFS на все машины. Тогда руководитель разработки может залогиниться под собой, можно например в одном терминальном окошке с помощью su, а можно на втором x-сервере средствам gdm и все что угодно сделать - его ключи вместе с его хоумом будут доступны. Но вообще-то ему даже не потребуется отрывать задницу от стула. Он сможет со своей машины из своей сессии зайти в домашную директорию подчиненного (она ж к его машине тоже примонтирована) и все, что нужно закоммитить. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101020151539.gb18...@wagner.pp.ru
Re: git ssh
Огромное всем спасибо за советы. Вариант со всеми пользователями на всех машинах пока оставим про запас. Настроил Апач и WebDAV, сейчас пробую прикрутить к нему git. - Original Message - From: Victor Wagner vi...@wagner.pp.ru To: Egorov Aleksey aleksey_ego...@relex.ru Cc: debian-russian@lists.debian.org Sent: Wednesday, October 20, 2010 7:15 PM Subject: Re: git ssh On 2010.10.19 at 12:14:43 +0400, Egorov Aleksey wrote: Приветствую всех знатоков git. Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли сделать так, чтобы руководитель разработки мог с машины подчиненного отправить изменения от себя? Подчиненный Можно. Для этого на каждой машине должны быть заведены все сотрудники в качестве пользователейй (можно использовать NIS или LDAP для создания единой авторизационной базы) и home-директории всех сотрудников должны монтироваться по NFS на все машины. Тогда руководитель разработки может залогиниться под собой, можно например в одном терминальном окошке с помощью su, а можно на втором x-сервере средствам gdm и все что угодно сделать - его ключи вместе с его хоумом будут доступны. Но вообще-то ему даже не потребуется отрывать задницу от стула. Он сможет со своей машины из своей сессии зайти в домашную директорию подчиненного (она ж к его машине тоже примонтирована) и все, что нужно закоммитить.
git ssh
Приветствую всех знатоков git. Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли сделать так, чтобы руководитель разработки мог с машины подчиненного отправить изменения от себя? Подчиненный может и не иметь доступ к записи в репозиторий. Я так понимаю, нужно произвести какую-то манипуляцию с ключами, иначе сервер не поймет, что отправляет руководитель разработки.
Re: git ssh
Приветствую всех знатоков git. Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли сделать так, чтобы руководитель разработки мог с машины подчиненного отправить изменения от себя? Подчиненный может и не иметь доступ к записи в репозиторий. Я так понимаю, нужно произвести какую-то манипуляцию с ключами, иначе сервер не поймет, что отправляет руководитель разработки. То есть, астрагируясь от должностей, требуется, чтобы ssh использовал при соединении ключ, отличный от ключа по умолчанию? В принципе для этого у ssh есть ключ -i Сходу не скажу, как передать ключ в ssh, вызываемый git-ом. Но в качестве воркараунда сработает соответствующая запись в ~/.ssh/config -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201010191245.52...@zigzag.lvk.cs.msu.su
Re: git ssh
Приветствую всех знатоков git. Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли сделать так, чтобы руководитель разработки мог с машины подчиненного отправить изменения от себя? Подчиненный может и не иметь доступ к записи в репозиторий. Я так понимаю, нужно произвести какую-то манипуляцию с ключами, иначе сервер не поймет, что отправляет руководитель разработки. И не только с ключами. Надо еще указать git, что автор патча - разработчик, а коммитер - руководитель. Скажите, а проделать эту операцию штатным образом (через git pull из личного репозитория разработчика, и заодно перед коммитом в основной репозиторий хоть тесты прогнать) тому руководителю что мешает? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r5fm4bb4.wl%...@ran.pp.ru
