Premium [закрытый] хостинг ASP.NET

В общем (представление агностика инструмента), ответвление является механизмом, используемым для параллельной разработки. SCM может иметь от 0 до ответвлений n. Подрывная деятельность имеет 0.

• Соединительная линия является основным ответвлением , рекомендовал Подрывной деятельностью , но Вы никоим образом не вынуждены создать его. Вы могли назвать его 'основным' или 'выпуски' или не иметь один вообще!

• Ответвление представляет усилие по разработке. Это никогда нельзя называть в честь ресурса (как 'vonc_branch'), но после:

  • цель 'myProject_dev' или 'myProject_Merge'
  • периметр выпуска 'myProjetc1.0_dev'or myProject2.3_Merge' или 'myProject6.. 2_Patch1'...

• Тег является снимком файлов для легкого возвращения к тому состоянию. проблема состоит в том, что тег и ответвление являются тем же в Подрывной деятельности . И я определенно рекомендовал бы параноидальный подход:

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

тег А является окончательным. Его содержание никогда не должно изменяться. НИКОГДА. Когда-либо. Вы забыли строку в информации о версии? Создайте новый тег. Устаревший или удаляют старый.

Теперь, я читал много о "слиянии назад такой и такой в такой и такие ответвления, тогда наконец в магистральном ответвлении". Это называют рабочий процесс слияния и существует ничто обязательное здесь . Именно, не потому что у Вас есть магистральное ответвление, необходимо объединиться назад что-либо.

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

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

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