Что означают ветка, тег и ствол в репозиториях Subversion?

Хм, не уверен, что согласен с тем, что тег Ника похож на ветку. Тег - это просто маркер

• Багажник будет основной частью разработки, начиная с начала проекта и до настоящего времени.

• Филиал будет копия кода, полученная из определенной точки в магистрали, которая используется для внесения основных изменений в код при сохранении целостности кода в магистрали. Если основные изменения работают по плану, они обычно объединяются обратно в ствол.

• Тег будет момент времени на стволе или ветке, который вы хотите сохранить. Двумя основными причинами сохранения могут быть то, что либо это основной выпуск программного обеспечения, будь то альфа, бета, RC или RTM, либо это наиболее стабильная часть программного обеспечения до того, как были внесены основные изменения в магистраль.

Я много читал о «обратном слиянии такого-то и такого-то в таких-то и таких-то ветвях, а затем, наконец, в основной ветке». Это называется рабочий процесс слияния, и здесь нет ничего обязательного. Вам не нужно объединять что-либо из-за того, что у вас есть магистральная ветвь.

По соглашению, магистральная ветка может представлять текущее состояние вашей разработки, но это для простого последовательного проекта, то есть проекта, который имеет:

• нет «заблаговременной» разработки (для подготовки следующей-следующей версии, подразумевающей такие изменения, что они несовместимы с текущей «основной» разработкой)
• нет массового рефакторинга (для тестирования нового технического решения)
• отсутствие долгосрочного обслуживания предыдущей версии

Потому что с одним (или всеми) из этих сценариев вы получаете четыре «ствола», четыре «текущих развития», и не все, что вы делаете в этих параллельных разработках, обязательно нужно будет снова объединить в «ствол».

В SVN тег и ветка действительно похожи.

Тег = определенный отрезок времени, обычно используемый для выпусков.

Ветвь = также определенный отрезок времени, в течение которого разработка может продолжаться, обычно используется для основных версий, таких как 1.0, 1.5, 2.0 и т. д., а затем, когда вы выпускаете, вы помечаете ветку. Это позволяет вам продолжать поддерживать производственный выпуск, продвигаясь вперед с критическими изменениями в основной ветке.

Магистраль = рабочее пространство разработки, именно здесь должна происходить вся разработка, а затем изменения, объединенные обратно из выпусков ветки.

На самом деле они не имеют никакого формального значения. Папка - это папка для SVN. Это общепринятый способ организации вашего проекта.

• Ствол - это то место, где вы держите свое основное направление развития. Папка веток - это то место, где вы можете создавать ветки, которые трудно объяснить в коротком посте.

• Ветвь - это копия подмножества вашего проекта, над которым вы работаете отдельно от ствола. Может быть, это для экспериментов, которые никуда не денутся, или, может быть, для следующего выпуска, который вы позже объедините обратно в магистраль, когда он станет стабильным.

• А папка тегов предназначена для создания тегированных копий вашего репозитория, обычно на контрольных точках выпуска.

Но, как я уже сказал, для SVN папка - это папка. branch, trunk и тег - это просто соглашение.

Я широко использую слово «копировать». SVN на самом деле не делает полные копии вещей в репозитории.

Основная линия - это линия разработки, которая содержит последний исходный код и функции. В нем должны быть последние исправления ошибок, а также последние функции, добавленные в проект.

Ветви обычно используются для выполнения каких-либо действий вне основной ветки (или другой линии разработки), что в противном случае могло бы сломать сборку. Новые функции часто встраиваются в ветку, а затем снова объединяются в магистраль. Ветви часто содержат код, который не обязательно одобрен для линии разработки, от которой они разветвляются. Например, программист может попробовать оптимизировать что-то в ветке и вернуться обратно в линию разработки только после того, как оптимизация окажется удовлетворительной.

Теги - это снимки репозитория в определенное время. На них не должно происходить никакого развития. Чаще всего они используются для копирования того, что было передано клиенту, чтобы вы могли легко получить доступ к тому, что использует клиент.

Вот ссылка на очень хорошее руководство по репозиториям:

• Source Control HOWTO

Также стоит прочитать статьи в Википедии.

Вот в чем суть разработки программного обеспечения: здесь нет согласованных знаний ни о чем, кажется, у всех все по-своему, но это потому, что это относительно молодая дисциплина в любом случае.

Вот мой простой простой способ,

ствол. Каталог ствола содержит самые последние, одобренные и объединенные работы. Вопреки тому, что многие признались, мой багажник предназначен только для чистой, аккуратной, одобренной работы, а не для области разработки, а скорее для области выпуска.

В какой-то момент времени, когда кажется, что ствол полностью готов к выпуску, он помечается и освобождается.

ветки - каталог ветвей содержит эксперименты и текущую работу. Работа в ветке остается там до тех пор, пока не будет одобрено включение в магистраль. Для меня это та область, где делается вся работа.

Например: у меня может быть ветвь iteration-5 для пятого раунда разработки продукта, возможно, ветвь prototype-9 для девятого раунда экспериментов, и так на.

теги - каталог тегов содержит снимки утвержденных веток и выпусков магистрали. Каждый раз, когда ветвь утверждается для слияния с основной ветвью, или когда из ствола производится выпуск, с тегами создается моментальный снимок утвержденной ветви или выпуск основной ветви.

Я полагаю, что с помощью тегов я могу довольно легко прыгать вперед и назад во времени к интересующим точкам.

Я нашел этот отличный учебник по SVN, когда искал веб-сайт автора OpenCV 2 Поваренная книга по программированию приложений компьютерного зрения, и я подумал, что должен поделиться.

У него есть руководство о том, как использовать SVN и что означают фразы «ствол», «тег» и «ветвь».

Цитируется непосредственно из его учебника:

Текущая версия вашего программного проекта, над которым в настоящее время работает ваша команда, обычно находится в каталоге под названием trunk. По мере развития проекта разработчик обновляет эту версию, исправляет ошибки, добавляет новые функции и отправляет свои изменения в этот каталог.

В любой момент времени вы можете заблокировать версию и сделать снимок программного обеспечения на данном этапе разработки. Обычно это соответствует официальным версиям вашего программного обеспечения, например, тем, которые вы доставляете своим клиентам. Эти снимки находятся в каталоге тегов вашего проекта.

Наконец, в какой-то момент часто бывает полезно создать новую линию разработки для вашего программного обеспечения. Это происходит, например, когда вы хотите протестировать альтернативную реализацию, в которой вам нужно изменить свое программное обеспечение, но вы не хотите отправлять эти изменения в основной проект, пока вы не решите, принимаете ли вы новое решение. После этого основная команда может продолжить работу над проектом, в то время как другие разработчики будут работать над прототипом. Вы бы поместили эти новые направления развития проекта в каталог под названием филиалы.

Каталог магистрали - это каталог, с которым вы, вероятно, наиболее знакомы, поскольку он используется для хранения самых последних изменений. Ваша основная кодовая база должна быть в багажнике.

Каталог веток предназначен для хранения ваших веток, какими бы они ни были.

Каталог тегов в основном предназначен для тегирования определенного набора файлов. Вы делаете это для таких вещей, как выпуски, где вы хотите, чтобы «1.0» был этими файлами в этих ревизиях, а «1.1» - этими файлами в этих ревизиях. Обычно вы не изменяете теги после того, как они созданы. Для получения дополнительной информации о тегах см. Глава 4. Ветвление и Слияние (в Контроль версий с Subversion).

Одна из причин, по которой у всех несколько разные определения, заключается в том, что Subversion реализует нулевую поддержку веток и тегов. Subversion в основном говорит: Мы рассмотрели полнофункциональные ветки и теги в других системах и не нашли их полезными, поэтому мы ничего не реализовали. Просто сделайте копию в новый каталог с именем соглашением вместо. Тогда, конечно, каждый волен иметь немного разные условности. Чтобы понять разницу между реальным тегом и соглашением о простом копировании + именовании, см. Запись в Википедии Теги и ветки Subversion.

Тег = определенный отрезок времени, обычно используемый для релизов

Я думаю, это то, что обычно подразумевают под «тегом». Но в Subversion:

На самом деле они не имеют никакого формального значения. Папка - это папка для SVN.

что меня сбивает с толку: система контроля версий, которая ничего не знает о ветвях или тегах. С точки зрения реализации, я думаю, что Subversion способ создания «копий» очень умен, но мне нужно знать об этом, я бы назвал дырявая абстракция.

Или, возможно, я просто слишком долго использую CVS.

Я думаю, что некоторая путаница возникает из-за разницы между концепцией тега и реализацией в SVN. Для SVN тег - это ветвь, которая является копией. Изменение тегов считается неправильным, и на самом деле такие инструменты, как TortoiseSVN, предупредят вас, если вы попытаетесь изменить что-либо с ../tags/ .. в пути.

Я не совсем уверен, что такое «тег», но ветвь - довольно распространенная концепция управления версиями.

По сути, ветка - это способ работать над изменениями кода, не затрагивая транк. Допустим, вы хотите добавить новую довольно сложную функцию. Вы хотите иметь возможность фиксировать изменения по мере их внесения, но не хотите, чтобы они влияли на магистраль, пока вы не закончите работу с этой функцией.

Сначала вы создадите ветку. По сути, это копия ствола на момент создания ветки. Затем вы будете выполнять всю свою работу в ветке. Любые изменения, внесенные в ветку, не влияют на магистраль, поэтому магистраль по-прежнему может использоваться, позволяя другим продолжать работать там (например, исправлять ошибки или небольшие улучшения). Как только ваша функция будет готова, вы должны интегрировать ветку обратно в магистраль. Это переместит все ваши изменения из ветки в ствол.

Есть несколько шаблонов, которые люди используют для веток. Если у вас есть продукт, у которого одновременно поддерживается несколько основных версий, обычно каждая версия является ветвью. Там, где я работаю, у нас есть отдел контроля качества и производственный отдел. Перед выпуском нашего кода для QA мы интегрируем изменения в ветвь QA, а затем выполняем развертывание оттуда. При выпуске в производственную среду мы интегрируемся из ветви QA в производственную ветвь, поэтому мы знаем, что код, работающий в производственной среде, идентичен тому, что тестировал QA.

Вот запись в Википедии о ветках, поскольку они, вероятно, объясняют вещи лучше, чем я . :)

Багажник: после завершения каждого спринта в Agile мы выпускаем частично готовый к отправке продукт. Эти релизы хранятся в багажнике.

Ветви: все коды параллельных разработок для каждого текущего спринта хранятся в ветвях.

Теги: каждый раз, когда мы выпускаем бета-версию продукта с частичной доставкой, мы делаем для него тег. Это дает нам код, который был доступен на тот момент, что позволяет нам вернуться в это состояние, если это потребуется в какой-то момент во время разработки.

Для людей, знакомых с GIT, master в GIT эквивалентен транку в SVN.

Ветвь и тег имеют одинаковую терминологию как в GIT, так и в SVN.