13 521
правка
Изменения
→Схема управления рабочими копиями
С '''Git''''ом ситуация почти такая же, как и с Mercurial’ом. 1 рабочая копия, 1 репозиторий. Хотя при клонировании данные репозитория можно и не копировать, задавая опцию <tt>--shared</tt>, но это скорее похоже на Bazaar’овские [http://doc.bazaar-vcs.org/latest/en/user-guide/stacked.html Stacked Branches], чем на Lightweight Checkout. Идея лёгких рабочих копий (или «идея .gitlink») [http://git.or.cz/gitwiki/SoC2007Ideas высказана для GSoC-2007], однако пока так и не реализована.
Управление ветками в '''Bazaar''' вначале был было хуже всех, а потом стал стало лучше всех(по возможностям). Вначале он говорил нам: на 1 ветку ровно 1 рабочая копия и ровно 1 репозиторий. А когда исправился, стало можно создать [http://bazaar-vcs.org/SharedRepositoryTutorial Shared Repository] с опцией <tt>--no-trees</tt>, а потом сколько захочется рабочих копий <tt>checkout</tt>'ами. Переключить рабочую копию с ветки на ветку также можно — командой <tt>switch</tt> (для этого также нужно превратить ветку в checkout командой <tt>bind</tt>). Тем не менее, лично я против базаара, не по причине каких-либо ''недоработок'', а по причине ''идеи mainline'', того, что директории — это не контейнеры веток, а сами ветки, показа отдельно «своих» и «чужих» ревизий в каждой ветке, и '''изменения истории''' (плясок ревизий) при объединениях. ИМХО подход показа графа ревизий более правильный, особенно учитывая, что базаар в нутрях всё равно работает через графы (а как ещё?).
[[Категория:Разработка]]