Skip to main content
Hậu Ngô
💬
0 discussions

Hướng Dẫn Giao Tiếp Với Kỹ Thuật Qua Gitlap Để Quản Lý Ticket/Deployment

1. Quản lý ticket giao tiếp với kỹ thuật trên Gitlab​

Lưu ý: Các vấn đề được phép gửi ticket cho kỹ thuật phải thoả mãn một trong các nguyên nhân được liệt kê trong sheet tại đây

Các nguyên nhân được tô màu cam sẽ cần phải gửi ngay lập tức

Các nguyên nhân còn lại sẽ cần phải review trước với quản lý để xem có đủ điều kiện gửi ticket hay để báo cáo vào đầu tuần

(Đăng nhập bằng email công ty, admin sẽ mời email vào hệ thống, sau khi confirm là có thể đăng nhập vào được)

  • Tạo ticket

Note:

 Nội dung ticket phải mô tả rõ ràng vấn đề, có đầy đủ thông tin, số liệu, hình ảnh hay video tái hiện. Để trong một folder và share quyền xem cho người nhận được liên kết của folder.

Xem phrase của kỹ sư tại đây để assign đúng ca trực cho kỹ sư.

2. Quản lý các deployment trên Gitlab​

  • Hằng tháng vào tối ngày 1 và 15, bộ kỹ thuật sẽ deploy các cập nhật hệ thống mới lên server production. Vào các ngày trước đó, bộ phận kỹ thuật sẽ đưa những bản cập nhật đó lên server demo trước. Tất cả các cập nhật sẽ tập trung ở Gitlap, CS sẽ vào Gitlap, và kiểm tra ở phần merge request những vấn đề cập nhật đang để là Test và thưc hiện việc testing.
  • Sau khi đưa lên bản demo, sẽ có một email thông báo từ bộ phận kỹ thuật

  • Ví dụ: Một email thông báo về việc deploy lên server demo từ kỹ thuật*

  • Sau khi nhận được email từ kỹ thuật => CS tiến hành đăng nhập vào Gitlap => chọn Merge requests => chọn tab Merged => tìm những request đang để là Test theo nội dung trong email kỹ thuật đã gửi để thực hiện testing.

  • Quy trình testing CS đọc tại đây
  • Sau khi hoàn tất việc testing, CS sẽ chọn vào những tính năng đang test và trực tiếp comment là Safe by CS, ví dụ:

  • Những deploy được CS comment là Safe by CS, bộ phận kỹ thuật sẽ deploy lên production.

Lưu ý:

CS sau khi nhận mail thông báo từ kỹ thuật, sẽ vào sheet deployment để kiểm tra xem đã có techspec chưa? Nếu chưa có thì đợi kỹ thuật bổ sung rồi tiến hành test

CS cần test và feedback trực tiếp vào techspec, sau khi kỹ thuật chỉnh sửa xong và phản hồi trong techspec, CS vào test lại. Khi tính năng được pass các bước test thì CS mới comment vào Gitlab

3. Kết luận​

Trên đây là bài hướng hướng dẫn giao tiếp với kỹ thuật thông qua nền tảng Gitlab trong việc quản lý các ticket và các deployment hằng tháng. Hy vọng bài viết sẽ giúp ích được nhiều cho các bạn. Nếu có bất kỳ thắc mắc hoặc ý kiến đóng góp gì, các bạn vui lòng để lại thông tin ở phần bình luận nhé.