Cách được đề xuất để tách sự phát triển hiện tại khỏi sự phát triển bảo trì trong phần mềm kiểm soát phiên bản là gì?

Tôi có một số ứng dụng phần mềm được quản lý bằng Git. Tôi vừa phát hành phiên bản mới 2.x mà tôi dự định sẽ duy trì lâu dài (chủ yếu là sửa lỗi). Trong thời gian chờ đợi, tôi muốn bắt đầu làm việc trên phiên bản 3.x. Cách được đề nghị để quản lý này là gì? Tôi có nên tạo một nhánh cho phiên bản 2.x và có sự phát triển 3.x trên bản gốc không? hay cách khác?

Một cách làm rất thú vị đã được mô tả ở đây: Một mô hình phân nhánh Git thành công

Tôi thấy nó rất hấp dẫn, nhưng vẫn chưa thực sự sử dụng nó.

Rất tốt, như đã yêu cầu một bản tóm tắt (rất) ngắn về những gì bài báo nói:

• Chi nhánh chính chỉ đại diện cho các cột mốc đã hoàn thành (ví dụ: Phiên bản 1.0, 1.1, 1.2, v.v.)
• Phát triển được thực hiện trong nhánh riêng của nó (được đặt tên một cách thuận tiện là "phát triển", ai có thể nghĩ?). Nhánh phát triển được sáp nhập trở lại vào nhánh Master, bất cứ khi nào một phiên bản hoàn chỉnh tính năng được thực hiện.
• Phân nhánh từ phát triển là các nhánh tính năng. Chúng đại diện cho các tính năng duy nhất cho phiên bản tiếp theo (hoặc bất kỳ tương lai). Họ hợp nhất trở lại với các chi nhánh phát triển.
• Một nhánh khác đến từ sự phát triển là nhánh "phát hành". Đây là một nhánh đại diện cho một phiên bản phát hành gần như hoàn chỉnh, trong đó chỉ có các chi tiết nhỏ phải được làm sạch. Nó hợp nhất với nhánh phát triển và cuối cùng là nhánh Master
• Chi nhánh "Hotfix" từ nhánh chính nếu bạn tìm thấy một lỗi nghiêm trọng trong một trong các bản phát hành của mình (tức là "Nếu việc sử dụng nhập mã konami, chương trình của chúng tôi sẽ định dạng lại ổ cứng chính ..."). Nó phân nhánh từ bản phát hành lỗi và khi sửa xong được sáp nhập trở lại vào nhánh chính VÀ nhánh lệch.

Đó là tóm tắt của nó, nhưng tin tôi đi, bài báo mô tả nó chi tiết hơn, và với đồ họa trực quan hữu ích, nó dễ hiểu hơn nhiều.

Nguyên tắc của tôi là chi nhánh càng ngắn thì càng sâu trong cấu trúc chi nhánh và tên của nó sẽ càng cụ thể. Chi nhánh càng dài thì càng nông, nó sẽ nằm trong cấu trúc chi nhánh và tên chung của nó sẽ là.

Vì vậy, bạn giữ bản gốc của mình trong phiên bản dài hơn (3.X) và bạn tiếp tục đặt tên cho nhánh này với một tên chung (chính, thân, devel, ...) và không phải là một tên cụ thể (tên mã phát hành hoặc số phát hành thậm chí tệ hơn quá phụ thuộc vào thực tế vào quyết định đánh dấu muộn)

Nó không quan trọng lắm trong một hệ thống như git có không gian tên phẳng cho các nhánh và nơi các nhánh tương đương. Nó quan trọng hơn với một hệ thống như Clearcase có không gian tên phân cấp cho các nhánh (tên đầy đủ của nhánh V4 kết thúc là chính / v1 / v2 / v3 / v4 ...)