рабочий процесс git для слияния новой ветки и как остановить авто-слияние? - PullRequest
1 голос
/ 04 декабря 2011

Настройка моих репозиториев такая:

Веб-сервер с именем LIVEСервер, действующий в качестве центрального репо с голым клоном из LIVE, с именем REPOТестовый веб-сервер с именем TEST с клоном из REPO (он же файлы, что и LIVE)Egit с eclipse для разработки и отладки локального хоста.

Если я хочу добавить новую функцию на свой сайт, я подумал, что могу использовать такой рабочий процесс, как этот ..@LIVE: git push # получите последние файлы с сервера LIVE для REPO@eclipse: "получить из апстрима" # получить последние файлы из REPO в ECLIPSEТеперь я создаю новую ветку под названием «mynewfeature», и когда я закончу:@eclipse: "push to upstream" # подтолкнуть новую ветку к REPO@TEST: git fetch как я могу проверить, какие файлы (только имена файлов) будут меняться при слиянии?Как я могу проверить, какие файлы конфликтуют перед слиянием? @TEST: git merge origin / mynewfeature # применить мою новую функциютеперь, если все в порядке, я делаю:@LIVE: git fetch # получите новую функцию для LIVE сервера@LIVE: git merge origin / mynewfeature

Является ли этот рабочий процесс корректным?

Моя главная проблема сейчас - это конфликты ... с SVN, если у меня возникло конфликтное обновление во время обновления, меня спросили, какой файл мне нужен, с помощью git я получаю "auto-объединить ", который ломает мои файлы PHP.Могу ли я остановить автоматическое слияние при объединении файлов?

1 Ответ

0 голосов
/ 04 декабря 2011

Обычно вы делаете слияние в вашей локальной системе разработки.

  • вытащить из РЕПО
  • ветка для mynewfeature
  • развиваться локально
  • подтолкнуть ветку к РЕПО
  • потяните mynewfeature ответвление к ТЕСТУ
  • если все пойдет хорошо ...
  • в вашей системе разработки , объедините mynewfeature в master
  • толчок master к РЕПО
  • потяните master на ТЕСТ, сделайте окончательную проверку всего после слияния
  • тянуть master, чтобы жить

Единственный раз, когда вы выполняете слияние, это ваша система разработки. Вы разрешаете любые конфликты локально, используя для этого обычную процедуру. После того, как вы вернете результат слияния обратно в master, больше никому не придется повторять процедуру слияния, которую вы только что сделали.

...