Есть ли существенная разница между контрольной точкой в ​​MKS и меткой в ​​Subversion? - PullRequest
1 голос
/ 16 июня 2009

Мне кажется, что контрольная точка в MKS и тег в Subversion служат одной и той же цели.

когда мы создаем тег в subversion, он создает локальную копию в физическом местоположении (это дешевая копия, указывающая на основной ствол. Она не будет занимать место). Когда мы создадим контрольную точку в MKS, будет ли содержимое храниться в физическом месте? или это просто ярлык?

После создания контрольной точки в MKS, мы можем создать путь развития для этого? этот тип опции доступен также в теге Subversion?

Чем контрольная точка в MKS отличается от Tag в Subversion?

Мы планируем перейти от MKS к suversion. Пожалуйста, дайте подробное объяснение?

Ответы [ 2 ]

2 голосов
/ 17 июня 2009

С точки зрения хранилища Subversion теги и ветви точно такие же - «дешевые копии», созданные с помощью команды svn copy. Что отличает их, так это ваше отношение к ним. Если вы создаете копию и никогда не меняете ее, она работает как тег. Если вы создаете копию и выполняете разработку для нее, это будет ветвь, или «путь разработки», чтобы использовать ваш термин.

Из книги СВН:

Но подождите: разве это не тег? процедура создания та же процедура мы раньше создавали ветку? Да, в Факт, это так. В Subversion нет Разница между тегом и веткой. Оба - просто обычные каталоги которые созданы путем копирования. Как только с ветвями, единственная причина скопированный каталог является «тегом», потому что люди решили относиться к этому, что путь: пока никто никогда не берет на себя обязательства каталог, он навсегда остается снимок. Если люди начинают совершать ему становится ветвь.

1 голос
/ 22 августа 2009

Метка subversion такая же, как метка mks. У контрольной точки mks есть метка, но это больше, чем просто. Хотя метка / тег может быть применена к любому файлу, контрольная точка применяется ко всему проекту. Контрольная точка увеличивает ревизию файла проекта (.pj), поэтому это похоже на проверку этого файла. Вы также нуждаетесь в них для ветвящихся проектов (путей развития). Мы обычно используем контрольные точки для объявления версий / ревизий продукта.

...