общий базарный репозиторий против соседних веток против сложенных ветвей - PullRequest
Новая
       4

общий базарный репозиторий против соседних веток против сложенных ветвей

4 голосов
/ 26 января 2012

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

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

Но я все еще не понимаю двух вещей:

  1. В чем различия между концепцией общего хранилища и ветвями с разветвленной структурой. они лучше подходят для моего рабочего места?
  2. единственное различие между общим репозиторием и ветвями объектов заключается в том, что ветви функций автоматически создают ветвь ствола внутри общего репозитория?

1 Ответ

4 голосов
/ 27 января 2012

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

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

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

...