GITHUB 분기 프로세스 - 다운 병합 및 업 병합

Question

GITHUB에 대한 설명이 필요합니다. 아래 분기 구조가 있다고 가정 해 봅시다.

• 데브-2는 자신의 작업을 완료하고 개발에 합병했다.
• 그들은 먼저 Dev-2.1과 Dev-2.2에서 Dev-2로 병합되었습니다.

• 나중에 개발에서 Dev-2로 병합되고 마지막으로 Dev-2에서 개발로 병합됩니다.

  1. 내 질문에 Dev-2.1과 Dev-2.2는 Dev-2에서 다운 병합하지 않고 분기에서 계속 작업 할 수 있습니다.
  2. 우리는 Dev-2.1과 Dev-2.2를 Dev-2로 다시 병합 할 것입니다. 필요할 때마다 ... Dev-2를 개발에서 병합하고 Development로 병합합니다. 이 올바른 프로세스입니까 ??

Answer 1

이를 방지 할 기술적 장애물이 없지만, 데브 - 2.x에서의 변화는 개발의 변경과 충돌하는 경우 당신은 불쾌한 병합 충돌을 얻을 수 있습니다.

일반적으로 변경 사항을 정기적으로 개별 작업 지점으로 병합하여 변경 사항이 여전히 잘 통합되어 있는지 확인하는 것이 더 나은 워크 플로입니다. 이 방법으로 작업이 오래된 소스를 기반으로하지 않기 때문에 충돌을 일찍 또는 완전히 피할 수 있습니다.

물론 이것은 프로젝트의 본질과 작업이 어떻게 분리되는지에 달려 있습니다. 모든 변경 사항이 직각이면 병합 충돌이 문제가되어서는 안됩니다.