Thông báo điều chỉnh quy trình phát triển NukeViet

Để làm được điều đó chúng tôi sẽ áp dụng triệt để Mô hình phân nhánh git do Vincent Driessen đề xuất (chứ không chỉ áp dụng 1 phần như trước). Cụ thể như sau:

Nhánh chính (là nhánh Master)

• Nhánh này luôn đảm bảo rằng code được lưu trữ trên đó là phiên bản chính thức mới nhất đang được phát hành trên website nukeviet.vn

Nhánh release branches

(ví dụ đặt tên: nukeviet3.4, nukeviet4.3  ....)

• Khi thông báo phát hành 1 phiên bản beta mới từ nhánh develop thì mới cần tạo 1 nhánh để duy trì sau này.

• Nhánh hỗ trợ vá lỗi trong quá trình phát triển phiên bản đang phát hành. Hạn chế việc phát triển tính năng mới cho các nhánh này.

• Code được trộn vào trong các nhánh này có thể bao gồm thêm các tính năng mới, nhưng cần được nâng cấp tự động không gây ảnh hưởng đến site khi nâng cấp. Nếu tính năng mới ảnh hưởng đến giao diện của site thì cần chuyển sang phiên bản tiếp theo.

• Mỗi nhánh sẽ được duy trì từ lúc phát hành đế lúc kết thúc không nhỏ hơn 2 năm.

Nhánh Develop

• Là nhánh được cập nhật liên tục các đóng góp của tất cả mọi người ở mọi thời điểm. Nhánh này sẽ tiếp nhận các đóng góp của mọi người gửi đến thông qua việc tiếp nhận Pull Request cũng như tiếp nhận việc nhập các nhánh khác vào.

• Khi nhánh Develop sau khi được release phiên bản trước đạt độ chín mùi dự kiến 2 năm sẽ ra 1 phiên bản mới. Lúc này sẽ cần công bố:

  • Các tính năng đã được phát triển mới so với bản trước.

  • Các tính năng cần hòan thiện khi phát hành.

  • Các công việc liên quan đến khi phát hành chính thức: Tài liệu, hướng dẫn nâng cấp ….

• Trong quá trình phát triển nhánh Develop, Nếu 1 tính năng mới cần được viết mới hoặc sửa đổi, thì tạo ra các nhánh mới  (Feature branches: nó chỉ tồn tại trong một giai đoạn nào đó của dự án nhằm phục vụ những mục đích nhất định). Khi nào ổn định mới đưa vào nhánh Develop

Nguyên tắc phát triển chung

• Nguyên tắc để được trộn vào các nhánh là cần có issues về việc sửa chữa tính năng này https://github.com/nukeviet/nukeviet/issues

  • Nếu là tính năng mới dự định sẽ làm cho các phiên bản nào.

  • Nếu là lỗi xác định lỗi này xẩy ra trên các phiên bản nào.

• Nếu là sửa lỗi, thì tạo 1 Hotfix branches từ nhánh có phiên bản thấp nhất cần phát triển ví dụ đặt tên hotfix-name. Sau khi sửa lỗi đó xong, tạo Pull Request đến các nhánh cần sửa để fix lỗi cho các phiên bản mới hơn có thể sửa. Khi tính năng hòan thiện đã được trộn thì xóa nhánh này trên kho code của mình đi.(Lịch sử đóng góp vấn được đảm bảo)

• Việc phát triển tính năng mới cũng làm tương tự như việc sửa lỗi.