2012-11-10 3 views
1

Я пытаюсь настроить среду разработки «redmine», которая должна облегчить для нескольких людей разработку и поддержку нашей собственной версии «redmine», включая наши собственные функции и настройки. Я не знаком с удаленными филиалами, но я подумал о конфигурации, как это:Отслеживание другого git-репозитория

  • мастера филиала: для развертывания
  • Dev филиала: здесь мы разрабатываем наши новые возможности
  • сообщество ветка: здесь я застрял. Я хотел бы иметь ветку, которая отслеживает репо сообщества github redmine, так что я могу сказать в этой ветке «git checkout v2.0», а затем в ветке dev «git merge community» и разрешении конфликтов слияния из-за наши собственные особенности там. После следующего обновления redmine я бы проверил v2.1 в ветке сообщества и снова объединил его с веткой dev и так далее ...

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

Благодаря

Jan

BTW: мой происхождения репо создается с помощью Gitosis.

ответ

1

ли вы в вашем разработчика или сообщества филиал (рабочая арена), вам нужно будет использовать полнометражных ветви для разработки, редактирования и предложить свои разработки, так что могут быть сведены воедино в структурированном виде. То есть вы должны выбрать подход к объединению взносов и продвигать их на более высокий уровень. git-scm.com/book/en/Git-Branching-Branching-Workflows

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

мерзавец (github.com/git/git) имеет опубликованную последовательность ветвей: - пу (потенциальные обновления), следующий, и, наконец, мастер. До pu есть отдельные ветви вкладчика (каждая из них построена из материалов патч-серии в случае списка git), а pu может быть перемотан, если/когда требуется сопровождение. следующий более стабилен. Пользователи получают обновления и восстанавливают свою работу в соответствующей последней версии.

+0

спасибо, это именно тот ответ, который я хотел получить. – jan

Смежные вопросы