Tránh lưới Doom ™ trong Git-Flow

Dự án của tôi theo mô hình phân nhánh Git Flow . Phát triển xảy ra trên develop, được hợp nhất vào mastervà được gắn thẻ ở đó để phát hành. Hotfixes xảy ra trong các nhánh rẽ nhánh master.

Tuy nhiên, sự phát triển hiện tại cũng cần các hotfix, vì vậy mỗi nhánh hotfix cũng được hợp nhất vào develop.

Điều này tạo ra các biểu đồ sửa đổi rất xấu, đặc biệt là phát triển / hotfix được hợp nhất thường xuyên trong một khung thời gian ngắn:

Đây có phải là vấn đề mà mọi người thường gặp phải với Git-Flow và có cách khắc phục dễ dàng không?

Vì vậy, vấn đề của bạn là bạn đang hợp nhất mỗi sửa chữa nóng hai hoặc ba lần? (Đầu tiên để làm chủ, sau đó để phát triển, cuối cùng từ phát triển thành chủ một lần nữa)?

Vâng, đó là nó! Mặc dù vậy, không thể tránh điều đó, các hotfix phải được hợp nhất để phát triển

Chắc chắn, nhưng tại sao hợp nhất từ ​​phát triển thành chủ nếu không có gì thực sự thay đổi?

Hãy xem một trong những sự master<-develop<-hotfixhợp nhất đó: không nên có sự thay đổi thực sự trong đó (tất cả các hotfix đã được hợp nhất trực tiếp để làm chủ). Nếu không có thay đổi, đừng làm điều đó.

Trong mọi trường hợp, theo tài liệu được liên kết của bạn, việc hợp nhất duy nhất từ ​​phát triển thành chủ nên được thực hiện thông qua một nhánh phát hành. Thay vào đó, bạn giữ chủ đồng bộ với nhánh phát triển (không ổn định) của mình - không.