Quy trình / thực hành Git cho một dự án nhỏ (sơ đồ trong png)

Tôi đang cố gắng đưa ra một quy trình làm việc cá nhân. Tôi đã tập hợp một sơ đồ về tuổi thọ giả định của một bản phát hành: một nhà phát triển đẩy sang repo github công khai + một người bạn giúp đỡ với một số tính năng và sửa lỗi.

Đây có phải là một cách tiếp cận hợp lý để kiểm soát phiên bản?

Ý tưởng chính là giữ cho repo công khai gọn gàng:

• Mỗi bản phát hành mới được đặt trên nhánh riêng của nó cho đến khi cuối cùng nó được gắn thẻ trong nhánh chính khi nó kết thúc.

• Tất cả công việc được thực hiện trên các nhánh "tính năng" hoặc "hotfix", không bao giờ trên nhánh phát hành thực tế, để ngăn chặn sự bất thường.

• Sáp nhập vào các nhánh cấp cao hơn luôn bị đảo ngược hoặc đè bẹp (để tránh lộn xộn).

Nếu nó quá mức tôi không bận tâm vì toàn bộ vấn đề đối với tôi là học các kỹ năng tôi có thể cần cho một dự án lớn hơn. Vấn đề duy nhất là nếu tôi làm điều gì đó sai trái hoặc không cần thiết.

chỉnh sửa 2: sửa lỗi ý tưởng xấu trong sơ đồ ban đầu và làm cho nó dễ điều hướng hơn một chút.

Những gì tôi thấy rất nhiều trong cộng đồng git / github là điều này

chi nhánh phát triển

Bạn và những người đóng góp làm việc chủ yếu trong phát triển, nhưng ai đó có thể có một ý tưởng hoặc tính năng mới, vì vậy bạn tạo một nhánh chủ đề như git checkout -b user_comments.

Sau đó, khi bạn tiến bộ qua quá trình phát triển, bạn đẩy lên thành thạo một khi bạn git một phiên bản mà bạn hài lòng và gắn thẻ đó trong nhánh chính là 1.0 hoặc 1.1.2, v.v. (tra cứu phiên bản ngữ nghĩa)