Пошаговый рабочий процесс на базаре - PullRequest
Новая
       39

Пошаговый рабочий процесс на базаре

1 голос
/ 18 февраля 2011

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

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

На сервере

  1. bzr init (инициализирует проект)
  2. bzr add (сообщает bzr отслеживать все файлы в текущем каталоге, поэтому, прежде чем запускать эту команду, убедитесь, что у вас нет ненужных файлов в скелете проекта)
  3. bzr commit -m «начальная фиксация» (фиксирует добавленные файлы в bzr для контроля версий)

На машине разработки

  1. На локальном компьютере выполните ветку bzr project_dir

Распорядок дня

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

  1. Снять последние изменения с pull_path
  2. Код и коммит. NB. Ваши коммиты будут сохранены на вашем локальном компьютере.
  3. См. Шаг 1.
  4. Нажмите ваши изменения на push_path (NB. push_path = pull_path)
  5. Если есть конфликт:
    • Попробуйте bzr resolve в первую очередь.
    • Если это не помогло, обратитесь к партнеру и выполните ручное разрешение (откройте файл .Другое, файл.BASE и файл. ЭТО и внесите соответствующие изменения).
    • Передать ваши изменения ( bzr commit )
    • Нажмите еще раз ( bzr push )
    • Повторяйте вышеуказанные подпункты (# 5), пока все конфликты не будут разрешены.

С точки зрения рабочего процесса, это правильный способ управления версиями с помощью Bazaar? Мы столкнулись с проблемами, когда наши комментарии коммитов «меняют владельца» каждый раз, когда другой член команды передает изменения на сервер. Я почти уверен, что это не так, как это должно работать, но это также может быть связано с определенными параметрами, выбранными на этапе настройки проекта.

Как евангелист VCS, я работаю над руководством, которое будет использоваться командой, и особенно новыми людьми, по мере роста команды, и было бы здорово иметь «надлежащий» набор шагов, которым нужно следовать работа сделана. Будем весьма благодарны за ваш вклад в создание красивого и простого пошагового процесса, позволяющего извлечь максимальную пользу из bzr. Пожалуйста, добавьте свой вклад здесь.

Заранее всем спасибо:)

Ответы [ 2 ]

2 голосов
/ 22 февраля 2011

Какие операционные системы вы используете на сервере и машинах разработки? А файловые системы? Разрешения файловых систем Windows и иногда владелец / группа иногда отличаются от тех же файлов в файловой системе Unix. Это может быть первым камнем преткновения.

Рабочий базар:

Запустите главное дерево на сервере репо и выполните проверку локально: 

bzr checkout sftp://path/to/repo/project /var/source/project

Отделите оформление заказа локально / в вашей среде разработки: 

bzr branch sftp://path/to/repo /var/www/project

Не работайте на кассе, работайте только на ветке разработчика. Работайте и коммите там, используя различные команды bzr.

Как только рабочий модуль / исправление ошибки / задача завершена, объедините (не выдвигайте) основной репо: 

//In /var/source/project
bzr merge /var/www/project
//Resolve any conflicts
bzr resolve
//Commit the merge
bzr commit -m "Work module | task | bug fixed"

Поскольку / var / source / project является извлечением, репо на сервере репо будет обновляться автоматически. Это позволяет двум или более разработчикам одновременно работать над одним и тем же проектом, не тратя на это все усилия.

0 голосов
/ 19 февраля 2011

Я не уверен, как ваше сообщение о коммите меняет владельца, если вы делаете слияние и делаете коммит, то новый коммит находится под именем парня, который сделал слияние, но оригинальные коммиты все еще отслеживаются.Смотри bzr log -n0

...