LINUX.ORG.RU

История изменений

Исправление m0rph, (текущая версия) :

Согласен в той части, что git'у нехватает изкоробочного способа управления доступом, т.к. сейчас приходится либо вручную контролировать каждого пользователя и каждый проект, либо использовать вещи вроде gitorious.

Когда для создания проекта надо неделю курить маны то народ будет хранить проекты в своих папочках (ха!), а в репозитории будет сидеть полтора человека.

А вот тут не согласен. Чего там курить-то? В простейшем случае достаточно нескольких команд
сервер:

git init --bare --shared </path/to/repository>
машина разработчика:
git init
git add <some files>
git commit -m "Initial import"
git remote add origin ssh://server/path/to/repository
git push origin master
При чем серверная часть в любом случае должна автоматизироваться какими-либо средствами. Можно на коленке слепить страничку, для управления репозиториями, а можно воспользоваться готовым решением. Но сути это не меняет, серверная часть должна быть предварительно подготовлена администратором. Если каждый разработчик будет городить что ему вздумается и где ему вздумается - это бардак в конторе. Да и на стороне разработчика можно сделать простейший скрипт для генерации проекта, если 4 команды очень сложно.

Исходная версия m0rph, :

Согласен в той части, что git'у нехватает изкоробочного способа управления доступом, т.к. сейчас приходится либо вручную контролировать каждого пользователя и каждый проект, либо использовать вещи вроде gitorious.

Когда для создания проекта надо неделю курить маны то народ будет хранить проекты в своих папочках (ха!), а в репозитории будет сидеть полтора человека.

А вот тут не согласен. Чего там курить-то? В простейшем случае достаточно нескольких команд сервер:

git init --bare --shared </path/to/repository>
машина разработчика:
git init
git add <some files>
git commit -m "Initial import"
git remote add origin ssh://server/path/to/repository
git push origin master
При чем серверная часть в любом случае должна автоматизироваться какими-либо средствами. Можно на коленке слепить страничку, для управления репозиториями, а можно воспользоваться готовым решением. Но сути это не меняет, серверная часть должна быть предварительно подготовлена администратором. Если каждый разработчик будет городить что ему вздумается и где ему вздумается - это бардак в конторе. Да и на стороне разработчика можно сделать простейший скрипт для генерации проекта, если 4 команды очень сложно.