мой вопрос касается ветвей git и автоматической интеграции между ними. У нас есть ветвь мастера и ветвь патча. Иногда, когда мы исправляем ошибку в ветви патча, мы забываем нажать это исправление на главную ветку. Поскольку это руководство, его сложно отслеживать. Есть ли способ, когда мы можем настроить некоторые триггеры, чтобы автоматически вносить любые изменения, внесенные в ветвь патча в главную ветку? Как автоматическая интеграция perforce?Git филиалы и автоматическая интеграция
0
A
ответ
0
Я бы не рекомендовать автоинтеграцию. Это эффективно отрицает назначение ветвей. Вы могли бы просто совершить горячие исправления прямо для освоения.
То, что я бы рекомендовал, это иметь инструмент для просмотра состояния интеграции. Это может быть так же просто, как наличие инструмента, который периодически запускает git branch --no-merged master
.
Кроме того, у вас есть одна явная ветвь для исправлений, отличных от обычных функций и исправлений ошибок. Удалите его, как только горячее исправление будет объединено и воссоздайте его по мере необходимости. Всегда давайте одно и то же имя, чтобы его можно было сразу узнавать, когда есть выдающееся исправление.
Смежные вопросы
- 1. Git Fetch и местные филиалы
- 2. Connected филиалы в Git
- 3. Git Теги & Филиалы
- 4. Удаление Git Филиалы
- 5. Филиалы в GIT sourceTree
- 6. Git не показывает все филиалы
- 7. Отдельные филиалы или проекты git?
- 8. Git не сохраняет созданные филиалы
- 9. Скрыть VSTS (VisualStudio.com) GIT Филиалы
- 10. Интеграция Nuget и Git
- 11. Интеграция SonarQube и Git
- 12. Кронштейны и интеграция git
- 13. раздвоенных филиалы проект + Git синхронизируются вопросами
- 14. Git Workflows: Rebasing Опубликовано/Разделенные филиалы
- 15. Филиалы Git repo недоступны после разветвления
- 16. Понимание графического представления расширений Git Филиалы
- 17. Сохраняя филиалы в синхронизации с Git
- 18. Подготовка к удаленной работе ... Git Филиалы
- 19. Git: местные филиалы отслеживают другую локальную ветвь
- 20. Интеграция Git
- 21. Git hook автоматическая установка
- 22. Git список филиалы объединены в отрасль, но не в другое
- 23. git: Автоматическая маркировка релизов
- 24. Интеграция Git-Tower и Gerrit
- 25. Git Workflow, подмодули, репо и филиалы .. OH MY
- 26. Филиалы для тестовых и производственных сред на Git/Bitbucket
- 27. Git «рабочий процесс» и филиалы на веб-сайте проекта
- 28. GIT: получите только Commit Text, Филиалы и некоторые специальные файлы
- 29. PR и филиалы после изменения электронной почты
- 30. Интеграция Git с моим приложением Java EE
Тогда как насчет обработки конфликтов? –
Если вы собираетесь автоматически объединять изменения из одной ветки в другую, зачем вообще использовать ветку? – Schwern
@Schwern Возможно, мастер содержит более позднюю разработку, которая не должна находиться в ветке патча. Если вы считаете, что * patch * branch является ветвью * release *, это требование не является необоснованным. мастер может содержать новые функции, а исправления для существующих выпусков также должны быть частью будущих выпусков. – musiKk