Bazaar: Мне нужны ветки?

Question

Я новичок в VCS, и я просто пытаюсь понять, как использовать Bazaar для моей ситуации. Моя ситуация в том, что я сольный веб-разработчик, работающий на веб-сайте, который состоит из веб-сайта в прямом эфире, например. www.mysite.com и стадию разработки/разработки, например. dev.mysite.com. Я использую Bazaar Explorer, так как я не просто тип командной строки. Я просто работаю с одного основного компьютера, и я загружаю файлы на веб-сервер по FTP. У меня Bazaar установлен на моем локальном компьютере Windows.

Чтобы начать работу, я создал проект Bazaar на своем локальном компьютере. Я придерживался опции «Функциональные ветви» по умолчанию, поскольку в документации Bazarr говорится, что это лучше всего подходит для небольших проектов (но я не полностью понимаю разницу между моделями рабочей области даже после чтения документов). Это создало папку (которую я назвал _Source Control) с sub-sub trunk и .bzr. Я скопировал все файлы проекта (т. Е. Файлы веб-сайта) в багажник и сделал начальную фиксацию.

Теперь мой первый вопрос: Должен ли я просто работать непосредственно с этими файлами или мне нужно создать другую ветку?

Это рабочий процесс разумный подход или есть, очевидно, лучший способ ?:

• Работа над некоторыми файлами в главном стволе
• FTP обновленные файлы сайта ступенчатого, как я работаю, чтобы проверить на наличии ошибки, функциональность и т.д.
• После того, как я достиг точки, где я закончил определенную часть функциональности, совершить мои изменения
• Загрузить последнюю редакцию живого сайта, используя плагину BZR-загрузки

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

• вернуться к предыдущей версии в Bazaar
• Загрузить этот пересмотр живой сайт с помощью плагина BZR-загрузки
• то как я могу получить обратно до последней версии, так что я могу работать над устранением проблемы? Это где мне нужна ветка?
• когда я обновил файлы снова, чтобы исправить эту проблему, сделать коммит и загрузить последнюю версию на живой сайт с помощью плагина BZR-загрузки

И последний вопрос, является заказ Релевент на всех в моей ситуации?

Answer 1

Feature branches вариант Bazaar Explorer, создает так называемый Shared Repository и одна ветвь называется trunk внутри него (так называемый Repository Tree). В вашем примере:

• _Source Control == Shared Repository
• _Source Control/trunk == Repository Дерево

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

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

Теперь о вашем рабочем процессе:

• Я думаю, что вы можете использовать bzr upload плагин как для сайта ступенчатого и живого сайта.

• Чтобы отменить свой сайт на предыдущую версию, используйте bzr upload -rREV --overwrite, где REV - это ревизия, которую вы хотите откат. Использование --overwrite выглядит грязным, и это, вероятно, так. Но это единственный способ для меня, я думаю, что это ошибка в моей версии плагина (1.0.1dev), я предлагаю попробовать сначала без этого флага.

• Чтобы исправить ошибку, не нужно откатываться на месте, просто исправьте ошибку и подтвердите ее, а затем снова загрузите с помощью bzr upload без других флагов, чтобы довести сайт до последней версии.

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

И нет, вам не нужно checkout в описанной вами настройке.

Answer 2

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

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

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

Чтобы разобраться с «проблемным» сценарием, вы описываете: во-первых, получите последнюю рабочую ревизию, которая у вас есть. Есть несколько способов сделать что:

• bzr checkout может быть использован для создания новой проверки конкретной отрасли и пересмотра в другом каталоге. Затем у вас есть каталог, содержащий старую версию и каталог, содержащий новую версию.
• bzr branch делает для этой цели то же самое, что и bzr checkout, но также создает независимую ветвь в новом каталоге, основанную на указанной ревизии. Это полезно, если, как описано выше, вам необходимо одновременно работать как с старой, так и с новой версией.
• bzr update может использоваться для переключения текущего каталога на другую версию. Затем вы можете выполнить все, что хотите, для развертывания старой версии и снова использовать bzr update, чтобы вернуться к самому последнему.