Цитата(arilou @ 20.10.2008, 13:16  ) | В свн нужно заливать все файлы, необходимые для того, чтобы разработчик мог собрать версию у себя на машине. Обычно применяется такая структура:
Верхний уровень:
/trunk - текущая версия исходного когда, используется разработчиками
/tags - папка, куда складываются стабильные версии
/branches - папка, куда складываются бранчи (форки)
Trunk:
/trunk/src/ - сюда идет исходный код проекта (cpp, h, prj, mak, и и.п., но ни в коем случае не obj, lib, exe)
/trunk/lib/ - сюда можно залить используемые библиотеки
/trunk/docs/ - сюда пойдут всякие доки
Tags:
Используется, когда нужно зафиксировать некую стабильную версию. К примеру, выпускаешь версию 1.0, и фиксируешь ее в свине. Таким образом можно в trunk продолжать делать 1.1, а в tags на всякий случай иметь 1.0, и, к примеру, фиксить вней зарепорченные баги.
|
вообще, для такого использования subversion не очень удобен, так-как там не истории слияний(merge history), вам придется каждый раз повторять одни и те-же действия, когда вы будете переносить изменения из trunc в tags или наоборот.
К примеру, у вас есть 2 ветки, trunk и stable, во время использования программы обнаруживается баг(в stable) вы его быстро исправляете(в stable) и хотите, что-бы эти изменения оказались в trunk-e, для этого нужно сделать merge, вот здесь svn сольет по полной любой современной DVCS(mercurial/git/bazaar), так как следующий merge нужно будет выполнять так-же как и этот первый. А DVCS, имеют merge history, и если вы во время слияния не переносите изменения, к примеру из файла foo.cpp, система контроля версий это запомнит и в следующий раз все сделает сама.
В svn в принципе нельзя реализовать нормальный merge, из-за структуры репозитория, который имеет линейную структуру. |
) коллектив, когда все удаленные - сложно. Если есть возможность, надо организовывать раз в неделю встечу в офисе. У нас к сожалению не было :(
