[OpenCPS] Ke hoach release lan 1

[Ta Tuan Anh]

Làm luôn chiều nay đi. Hiện nay cách hiểu quy trình của tôi cũng hơi bị 
khác một chút, ko phức tạp quá như tuanta nói mà hướng tới các sprint 
giống SCRUM hơn. Xem mô tả quy trình tại đây
https://github.com/VietOpenCPS/doc/wiki/Quy-tr%C3%ACnh-ph%C3%A1t-tri%E1%BB%83n-trong-d%E1%BB%B1-%C3%A1n-OpenCPS

tuanta xem lại có điểm gì chưa đúng, chưa phù hợp thì chỉnh lại ngay để 
làm cho đúng.

On 3/15/2016 10:34 AM, Truong Anh Tuan wrote:
> On 03/15/2016 09:53 AM, Ta Tuan Anh wrote:
>> Hiện việc deploy, test và dev đang làm tắt quy trình, không đưa qua
>> release và dùng ngay code của dev trong kho local để test xong rồi đưa
>> issues lên github.
>> Đề nghị tuanta trợ giúp Khoa sớm khắc phục thực hiện các thao tác đảm
>> bảo theo đúng quy trình từ submit code.
>>
>> Đội DEV chú ý:
>> Mặc dù sinh ra nhánh core-team để đội xử lý nhanh các việc trong ngày.
>> Tuy nhiên cuối ngày luôn luôn phải chốt 1 bản để merge vào nhánh
>> develop. Hiện nay nhánh này đã 5 ngày không có bất kì thay đổi nào. Cộng
>> đồng chỉ biết đến nhánh develop mà không cần quan tâm đến các nhánh
>> feature riêng lẻ nào khác tạo ra nhằm thực hiện một quy trình riêng.
> Cảm ơn Tuấn Anh đã lưu ý việc này cho anh em. Tôi cũng đang định viết
> lên list để nhắc nhở về qui trình sử dụng git/GỉtHub.
> Anh em lưu ý đọc kỹ tài liệu:
> https://github.com/VietOpenCPS/doc/wiki/Quy-t%E1%BA%AFc-l%C3%A0m-vi%E1%BB%87c-tr%C3%AAn-kho-m%C3%A3-ngu%E1%BB%93n-Github
>
> Nhánh gọi là core-team hiện tại thực ra không có nhiều ý nghĩa. Trong
> trường hợp này có thể hiểu đó là 1 nhánh feature branch, sau khi xong
> feature thì cần phải merge lại vào develop branch rồi tự hủy đi.
> Theo tôi, nên xử lý sớm theo hướng này cho đỡ confused. Tương lai nên
> đặt tên nhánh theo feature-name (nhánh develop feature mới) hoặc
> issue-number (nhánh hotfix).
>
> Một vấn đề khác anh em cần lưu ý trong giai đoạn chuẩn bị release này:
> đó là sau khi merge các nhánh feature về nhánh develop, đến giờ G (thời
> điểm bắt buộc phải có bản release candidate - hoặc gọi là bản Alpha/Beta
> - cho đội test làm việc) sẽ phải branch ra nhánh mới v1.0-RC
> Đội phát triển core vẫn làm việc trên nhánh develop và các nhánh feature
> chưa hoàn thành (sẽ merge vào develop branch khi hoàn thành); còn một
> đội riêng (có thể kiêm nhiệm) sẽ có nhiệm vụ maintain nhánh v1.0-RC fix
> bugs theo report của đội test để đến ngày sẽ release chính thức (các bug
> này khi sửa nằm trên nhánh hotfix-xxx riêng cho từng bug, nếu được đánh
> giá là ảnh hưởng đến cả nhánh develop thì ngoài việc merge vào nhánh
> v1.0-RC sẽ phải merge cả vào nhánh develop)
>
> Đội core team và các contributors nói chung nếu thấy qui trình trên có
> gì vẫn chưa rõ thì ta có thể lại tổ chức một buổi trao đổi trực tiếp
> (chiều nay luôn cũng được). Khoa xem thế nào nhé!
>