[Devel] Новая опция в girar для отключения git repack

[Evgeny Sinelnikov]

13 мая 2009 г. 13:02 пользователь Vitaly Lipatov <lav на etersoft.ru> написал:
> В сообщении от Среда 13 мая 2009 Evgeny Sinelnikov написал(a):
> ...
>> Да, это связано... Это проверка имеется давно... Давно же стоит
>> подробно описать логику работы с "проектами" в /projects. Сейчас мне
>> не совсем понятно как они используется... Хотелось бы не моих
> там лежат репозитории, нужно просто разрешить в /projects доступ.
>

Это не сложно - сегодня сделаю.

>> предположений, а некоторого описания. Тогда я бы осознанно добавил в
>> girar всё, что необходимо для нормальной работы /projects.
>>
>> Я так понимаю это такой способ эмуляции централизованной системы
>> контроля версий с помощью git. Сделаны ли там ключи для нескольких
> Ну всё же просто общий репозиторий для публикации разными пользователями.
>

В случае конфликтов общий репозиторий не подходит.

>> пользователей. Если да, то это потенциальная проблема. У меня есть
> Какие ключи? Это просто каталог, к которому имеют права пользователи, входящие
> в определённую группу. Способ доступа к серверу через ssh git_USER не
> меняется.
>

Ну, да... То есть те же... и доступ разрешён нескольким пользователям.

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

Я так понимаю, что вопрос в предпочтениях и наработанных шаблонах
процесса разработки. Принципиальной проблемы в доступности в двух и
более репозитриев, по сравнению с одним не вижу. Есть вопрос поиска
изменений и задача распределения ответственности за объединение
исходников в основную ветку между всеми участниками разработки, как
это принято в централизованных системах контроля версий, таких как
subversion или устаревший cvs.

В принципе, ничего противоестественного в желании воспользоваться
распределённой системой контроля версий, как централизованной, я не
вижу. Есть только некоторые потенциальные проблемы, которые стоит
учитывать. Дело в том, что subversion - это сервис, а git - набор
приложений. Синхронизации по данным, при одновременном доступе, эти
приложения не обеспечивают.

Можно, конечно, сделать поддержку глобальной блокировки репозитория на
операциях с git, через girar. Но, пока это не реализовано, думаю, что
"удобство" и желание увидеть процесс разработки (workflow) при
использовании git похожим на процесс при использовании subversion,
может обойтись крахом. Я предпочитаю десять рабочих копий одной
разломанной, хоть и с небольшой вероятностью.

Я подумаю, как ввести блокировку в girar.

-- 
Sin (Sinelnikov Evgeny)