[docs] Сизифов труд: глава про git/gear

[Kirill Maslinsky]

Привет!

> > ===== репозиторий старый и новый =====
> >
> > ...
> > новая схема устройства репозитория:
> > 	исходные тексты в виде репозиториев исходного кода (контроль версий),
> > 	а не коллекции файлов
> > 		бонусы: экономия на хранении архива и зеркалировании
> > 				удобство работы с исходным кодом
> 
> Кстати может кто-то реально оценить как велика экономия на хранении. Или 
> сильно зависит от конкретного случая?

Такие обсуждения были (или должны были быть) в devel@, конкретных 
оценок найти не получается, самое близкое:
http://lists.altlinux.org/pipermail/devel/2006-April/031418.html
http://lists.altlinux.org/pipermail/devel/2006-September/036580.html

О практическом опыте можно спросить тех, кто уже зеркалирует git.alt
2 mithraen@: ?

> > 	распределенная разработка:
> > 		нецентрализованная публикация результатов разработки
> > 		(возможно внести изменения в пакет без участия мантейнера)
> 
> Вот это вот что? - "нецентрализованная публикация результатов разработки"
> а вот это -  "возможно внести изменения в пакет без участия мантейнера".

> А что, раньше такой возможности не было?
Проблеме "Раньше не было" посвящен вот этот отрывок плана:

> > разделение ответственности:
> >     право на публикацию у мантейнера или группы
> >     для остальных политика default deny
> >     особая процедура обращения в incoming для разрешения NMU

Идея в том, что меняется не только технологический процесс разработки, но с ним
вместе и политика по умолчанию по принятию изменений:

То есть идея в том, что на публикацию изменений не нужно получать 
разрешения от _человека_, т. е. мантейнера или инкомингера, а
таковое изменение принимается при соблюдении определенных 
технических условий. Связь политики и технологии здесь такая, 
что git позволяет в случае необходимости легко откататить неправильное
изменение и гарантирует, что изменения, сделанные в порядке NMU 
не будут потеряны мантейнером в следующей уже "официальной" версии.

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

Ср. из плана:

> > идея: использовать максимально децентрализованную схему разработки
> >    должна быть возможность нецентрализованной _публикации_ любых
> >    результатов разработки, сделанных любым участником сообщества
> >    / это необходимо при отсутствии гарантированного участия разработчиков /
> >    (свободная мотивация)
> >    ЛИРИЧЕСКОЕ ОСТУПЛЕНИЕ: те же принципы на примере WikiWiki

> > идея: политика default permit

> Бери srpm да изголяйся над ним сколько влезет. Или имеется ввиду не 
> возможность  "внести изменения" а возможность их "опубликовать в Сизифе" ?
Да, возможность опубликовать в Сизифе.


-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.altlinux.org/pipermail/docs/attachments/20061116/5ffa7ef6/attachment-0001.bin