On Wed, Jan 24, 2007 at 07:04:53PM +0300, Konstantin A. Lepikhov wrote:

>> С другой стороны не думаю что это важно. Насколько я вижу сейчас -- мне по
>> крайней мере, с моими модулями, в спеки собственно модулей а не исходников
>> вносить изменения требуется тогда, когда сборка сломана (из-за изменений в
>> sources/), и это видно сразу. Соответственно если не собралось -- git pull
>> из репозитория того, кто работает над этим модулем.
KAL> чем это неудобно - например я собрал ядро и я знаю, что модули у него
KAL> хранятся в _одном_ месте и что если я их поправлю, то double work не
KAL> будет. А если у каждого в git будет собственный колхоз, то придется бегать
KAL> по рассылкам/подписываться на commits, т.е. лишних действий будет еще
KAL> больше.
>> Ну и проще тем, чтобы лишних сущностей (как то cvs) было меньше. После
>> отказа от не-git incoming/ все будут точно знать, что все необходимое для
>> сборки чего угодно живет в git, и искать именно там.
KAL> см. выше - git у каждого свой, долго искать придется.

Я  описал видимые мною преимущества и недостатки обоих подходов, решать
что с этим делать все равно не мне, и мне честно говоря все равно (я уже к
cvs привык :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Тяжело в писании, легко в гугленьи :-)
		-- mike in devel@