modern DVCS

[wizzard]

я вот тут решил попробовать мигрировать на новомодные нынче git/hg, и возник вопрос – а в них как вообще чекаутить часть репозитория?

а то у меня то ли снега нету, то ли лыжи не едут, в общем, не вижу я этого в упор в документации, и всё…

зачем это нужно:
а) разделение прав доступа девелоперов к частям проекта, вплоть до отдельных файлов (сертификаты, например)
б) если репо более 10-20 Гб, чекаутить его весь неудобно, как бы быстро это ни происходило. да, я держу в версионнике медиа-контент, а не только текст. версионировать его отдельно – это можно чокнуться.

Comments

[lionet.livejournal.com]

Ветки в том же git переключаются, а не хранятся в копиях. Переключение зело быстро.

[wizzard]

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

А выбрасывать и считать их продуктом билда низзя, ибо билд, длящийся 3-4 суток, никого не устраивает.

[lionet.livejournal.com]

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

То есть, git checkout branchA / git checkout branchB при отсутствии разницы между бранчами будет выполняться за 10 миллисекунд.

[wizzard]

Сорри, но мы говорим про чуть разные вещи - я говорю про "размер итогового репозитория", а ты - про "время проведения операции над репозиторием".

К скорости работы гита у меня претензий нет ;)

Вообще, спасибо за разговор)