О git control совместной разработке — разумное использование веток для совместной разработки

Совместная разработка, разумное использование веток git может обеспечить унифицированное планирование кода, и не будет забот о выходе в онлайн.

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

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

Описание текущей компании:
используйте git для контроля версии и онлайн-процесса всего кода.

Формальная среда, основная ветка. Тестовая среда, как показывает ветка master.

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

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

git pull origin dev1
git push origin dev1:master

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

Напишите в конце:

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

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

おすすめ

転載: blog.csdn.net/qinmin1/article/details/100009585