Quản lý phiên bản mã

Trong các dự án, việc quản lý phiên bản mã rất quan trọng. Việc phát triển mã của từng phiên bản bắt buộc phải trải qua các bước sau trong kiểm soát phiên bản.

• Kéo hai nhánh của phiên bản được yêu cầu trong nhánh chính, một nhánh tính năng và một nhánh phát hành; nhánh tính năng được sử dụng để chấp nhận mã được hợp nhất từ ​​nhánh cá nhân và được sử dụng để triển khai môi trường dev. Mã tính năng được hợp nhất vào nhánh phát hành sau khi gỡ lỗi chung trong môi trường nhà phát triển. Tất cả các nhánh phát hành được sử dụng để chấp nhận mã đã hợp nhất từ ​​nhánh tính năng và được sử dụng để triển khai môi trường thử nghiệm.

  Ví dụ: nếu cần có phiên bản 2.0, thì phiên bản này sẽ tương ứng với các nhánh feature/olive_v2.0 và Release/olive_v2.0.

• Tạo một nhánh cá nhân dựa trên nhánh phát hành/olive_v2.0. Mã của nhánh phát triển cá nhân thường được hợp nhất vào nhánh tính năng thông qua lệnh git merge.

  Ví dụ: feature/olive_hjj_v2.0.

quy trình yêu cầu

Chủ yếu sắp xếp các chức năng của các yêu cầu phiên bản và yêu cầu nhân viên sản phẩm xuất ra nguyên mẫu sản phẩm. Họ chủ yếu sử dụng một số công cụ xuất nguyên mẫu như Ink Knife và Axure để xuất nguyên mẫu. Quá trình chính như sau:

• Sản phẩm mẫu đầu ra
• Nhân viên đầu ra sản phẩm tổ chức đánh giá nguyên mẫu sản phẩm. Những người tham gia chính bao gồm: nhà phát triển back-end, nhà phát triển front-end, người thử nghiệm, nhà thiết kế UI, nhân viên sản phẩm, v.v.
  Trong quá trình xem xét, nhân viên sản xuất nguyên mẫu đã giải đáp các thắc mắc của người tham gia.
• Nếu cần tối ưu hóa và sửa đổi sau khi xem xét, nguyên mẫu sản phẩm sẽ được tối ưu hóa và chuyển giao cho người thiết kế giao diện người dùng để thiết kế giao diện người dùng và đưa ra sơ đồ giao diện người dùng.

quá trình phát triển

Phát triển là hoàn thành việc xem xét các yêu cầu mà không có bất kỳ sự phản đối nào; Việc phát triển chủ yếu được thực hiện bởi các nhà phát triển front-end và back-end. Quá trình của nó chủ yếu bao gồm những điều sau đây:

• Thiết kế theo yêu cầu của phiên bản; chủ yếu bao gồm thiết kế cấu trúc bảng, thiết kế cấu trúc dữ liệu bộ đệm, thiết kế giải pháp quy trình nghiệp vụ chức năng, v.v. và đầu ra "Tài liệu thiết kế xxxx". Ví dụ:

• Sau khi tài liệu thiết kế được xuất ra, các nhà phát triển (chủ yếu là nhà phát triển back-end) tổ chức đánh giá tài liệu thiết kế. Người tham gia chủ yếu bao gồm: nhà phát triển front-end, nhà phát triển back-end và kiến ​​trúc sư; nếu có nhân viên thiết kế và vận hành tham gia điều chỉnh kiến ​​trúc triển khai, v.v. thì họ cũng phải được tổ chức tham gia để tạo điều kiện làm quen với dữ liệu; kho bãi, chi nhánh kinh doanh, v.v.
• Phát triển front-end và phát triển back-end thực hiện phát triển chức năng và gỡ lỗi chung giao diện hoàn chỉnh hiện thực hóa tất cả các chức năng cần thiết;
• Sau khi quá trình phát triển hoàn tất, môi trường thử nghiệm sẽ được thử nghiệm; để thử nghiệm, cần phải gửi email thử nghiệm. Người nhận email chủ yếu bao gồm nhân viên sản phẩm, người thử nghiệm, nhà phát triển front-end, nhà phát triển back-end, kiến ​​trúc sư, nhân viên vận hành và bảo trì, v.v. Nội dung gần đúng của email kiểm tra như sau:

• Sau khi triển khai môi trường thử nghiệm, người thử nghiệm sẽ hoàn thành tất cả quá trình xác minh chức năng và sau đó nhân viên sản phẩm sẽ hoàn thành việc xác minh. Các nhà phát triển back-end viết "Tài liệu phát hành sản xuất" và cung cấp kết quả cần phát hành. Chủ yếu bao gồm:

Cần có danh sách các sản phẩm bàn giao.

(1) Tập lệnh SQL cơ sở dữ liệu.

(2) Các tệp cấu hình cần được sửa đổi và các mục cấu hình cần được thêm hoặc sửa đổi.

(3) Gói zip mà H5 giao diện người dùng cần triển khai; apk, ipa, v.v. mà APP cần xuất bản.

(4) Phần phụ trợ cần triển khai jar, war, v.v.

(5) Mô tả quy trình các bước chính liên quan đến việc triển khai bản phát hành. Ví dụ: nên thay đổi cấu hình trước hay thực thi SQL trước; liệu có thao tác nào cần thực thi giao diện để khởi tạo cơ sở dữ liệu hay không, liệu Nginx có cần được sửa đổi hay không, v.v.

(6) Các kết quả khác cần cung cấp.

Nếu có nền tảng phát hành, các kết quả trên sẽ được cung cấp trực tiếp thông qua nền tảng phát hành; nếu không, chúng sẽ được cung cấp cho nhân viên vận hành và bảo trì qua email, phiên bản SVN, v.v.

• Tổ chức nhân sự xem xét "Tài liệu phát hành sản xuất", chủ yếu bao gồm các nhà phát triển front-end, nhà phát triển back-end, người kiểm tra, nhân viên vận hành và bảo trì, kiến ​​trúc sư và xác định nút thời gian phát hành;

quá trình thử nghiệm

Sau khi quá trình phát triển chức năng hoàn tất, thử nghiệm chức năng là một bước quan trọng trước khi phát hành sản phẩm. Liên kết này chủ yếu được dẫn dắt bởi những người hậu kiểm tra và quy trình của nó chủ yếu bao gồm những điều sau:

• Những người thử nghiệm tham gia vào cuộc họp đánh giá nguyên mẫu phiên bản trong suốt quá trình và đặt ra các câu hỏi về các chức năng có vấn đề, nhân viên sản phẩm sẽ trả lời chúng;
• Người kiểm tra viết các trường hợp kiểm thử cho các điểm chức năng mà phiên bản yêu cầu và cách thể hiện tốt nhất là bản đồ tư duy. Ví dụ:

• Sau khi xuất tài liệu test case, người kiểm thử tổ chức review test case. Thành phần tham gia chủ yếu bao gồm: nhà phát triển front-end, nhà phát triển back-end, người thử nghiệm và nhân viên sản phẩm
• Tiến hành kiểm tra trường hợp thử nghiệm trên chức năng yêu cầu phiên bản để xác minh rằng chức năng này khả dụng bình thường
• Sau khi người kiểm tra hoàn thành việc kiểm tra các chức năng, nhân viên sản phẩm sẽ tiến hành nghiệm thu lần cuối các chức năng được yêu cầu trong môi trường kiểm tra. Kiểm tra xem chức năng có đáp ứng yêu cầu thiết kế hay không
• Nếu dự án được kết nối với nền tảng quản lý chất lượng mã, việc quét tĩnh, kiểm tra thâm nhập, v.v. sẽ được thực hiện trên mã.

Quá trình phát hành

Việc phát hành chủ yếu được lãnh đạo bởi nhân viên vận hành và bảo trì. Công việc chính của nó là triển khai các kết quả đã được xác minh trong môi trường thử nghiệm sang môi trường sản xuất. Biểu đồ luồng chính của nó bao gồm:

• SQL để thực hiện các thay đổi
• Thêm các tệp cấu hình và các mục cấu hình cần thêm vào để sửa đổi các tệp cấu hình và các mục cấu hình cần sửa đổi.
• Nếu có thay đổi về kiến ​​trúc mạng, hãy bật tường lửa trước và xác minh xem nó có được bật hay không.
• Triển khai các lọ phụ trợ, chiến tranh, v.v. Nếu có nền tảng CI/CD, chỉ cần thực hiện trực tiếp quy trình
• Triển khai gói zip H5 mặt trước
• Nếu có bất kỳ thay đổi cấu hình Nginx nào, hãy thực hiện thay đổi ánh xạ Nginx
• Đối với các bước khác cần thực hiện, hãy làm theo "Tài liệu sản xuất và phát hành" do nhà phát triển back-end cung cấp.
• Kiểm tra để xác minh sản xuất

Cuối cùng, bài viết về quy trình phát triển dự án chuẩn & hiệu quả kết thúc tại đây. Nếu bạn muốn biết thêm về quy trình phát triển dự án chuẩn & hiệu quả, vui lòng tìm kiếm các bài viết của CFSDN hoặc tiếp tục duyệt các bài viết liên quan. blog của tôi! .