GIT FLOW LÀ GÌ

quý khách hàng hy vọng nâng cao thắc mắc này? Cập nhật câu hỏi nhằm nó có thể được vấn đáp cùng với các dữ kiện với trích dẫn bằng phương pháp sửa đổi bài bác đăng này .

Đã tạm dừng hoạt động 10 tháng trước .

Bạn đang xem: Git flow là gì


Gần đây chúng tôi vẫn bước đầu áp dụng GitLab.

Hiện sẽ thực hiện quy trình làm việc "tập trung".

Chúng tôi đang chú ý đưa thanh lịch github-flow mà lại tôi muốn bảo vệ.

Ưu và điểm yếu của git-flow đối với github-flow là gì?


Như đang bàn bạc trong GitMinutes tập 17, bởi vì Nicholas Zakas trong nội dung bài viết của anh ấy ấy về " Quy trình thao tác làm việc GitHub bên trong một chủ thể ":

Git-flow là một trong những quá trình để thống trị những chuyển đổi trong Git vì Vincent Driessen tạo ra cùng tất nhiên một vài phần không ngừng mở rộng Git để cai quản luồng kia. Ý tưởng thông thường phía sau git-loại tung là có tương đối nhiều Trụ sở hiếm hoi nhưng mà luôn luôn luôn mãi mãi, từng cho một mục đích khác nhau: master, develop, feature, release, và hotfix. Quá trình cải cách và phát triển tác dụng hoặc lỗi ra mắt từ bỏ nhánh này sang trọng nhánh không giống trước khi cuối cùng được kiến thiết.

Một số tín đồ được đặt câu hỏi cho là họ áp dụng git-flownói bình thường. Một số ban đầu cùng với git-flowcùng xa lánh nó.

Xem thêm: La Mã Tiếng Anh How To Read And Write Roman Numerals, Đế Chế La Mã Thần Thánh

Lý vì chưng chính để gửi đi là git-flowquy trình cạnh tranh xử lý trong một mô hình thực thi tiếp tục (hoặc gần như là liên tục). Cảm giác bình thường là điều ấy git-flowhoạt động xuất sắc so với các thành phầm theo mô hình sản xuất truyền thống lịch sử rộng, khu vực những bạn dạng xây dừng được tiến hành vài tuần một lượt, cơ mà quá trình này bị phá đổ vỡ đáng chú ý khi chúng ta xây đắp hằng ngày một lượt hoặc hơn .

Nói nlắp gọn:

Bắt đầu với một quy mô càng dễ dàng càng xuất sắc (giống hệt như cái tung của GitHub) với gửi qua một mô hình phức tạp rộng nếu như khách hàng phải.

Bạn có thể coi một minc họa độc đáo về các bước làm việc 1-1 giản , dựa vào GitHub-Flow tại: " Mô hình phân nhánh git solo giản ", cùng với các nhân tố chính là:

master yêu cầu luôn luôn rất có thể thực thi. toàn bộ những thay đổi được triển khai thông qua những nhánh anh tài (pull-request + merge) rebase để rời / giải quyết xung đột; vừa lòng duy nhất vàomaster

*

Để bao gồm một các bước thao tác thực tế hoàn chỉnh cùng mạnh khỏe rộng, hãy coi gitworkflow (một từ) .


Không bao gồm các bước thao tác viên đạn bạc làm sao mà số đông người nên tuân theo, vì chưng toàn bộ những mô hình phần đa ở tầm mức về tối ưu. Phải nói rằng, chúng ta cũng có thể lựa chọn mô hình phù hợp đến phần mềm của chính bản thân mình dựa vào các điểm dưới đây;

phần lớn phiên phiên bản đang rất được sản xuất - sử dụng Git-flow

Nếu mã của doanh nghiệp có nhiều phiên phiên bản đang rất được phân phối (Có nghĩa là các sản phẩm phần mềm nổi bật nhỏng Hệ quản lý, Gói văn chống, Ứng dụng thiết lập, v.v.), chúng ta cũng có thể sử dụng git-flow. Lý vì đó là bạn phải tiếp tục cung ứng những phiên bạn dạng trước vào quá trình chế tạo trong những lúc cải cách và phát triển phiên phiên bản tiếp theo sau.

Phiên phiên bản solo vào phần mềm sản xuất dễ dàng - áp dụng Github-flow

Nếu mã của công ty luôn chỉ gồm một phiên phiên bản vẫn sản xuất (tức là các website, dịch vụ web, v.v.), chúng ta có thể thực hiện github-flow. Lý vị đó là các bạn không nhất thiết phải làm phần lớn thứ phức tạp mang đến nhà cải tiến và phát triển. Sau khi công ty cách tân và phát triển xong xuôi một tài năng hoặc ngừng một bạn dạng sửa lỗi, nó ngay lập tức mau chóng được thăng cấp lên phiên bạn dạng cung ứng.

Phiên phiên bản duy nhất vào sản xuất nhưng ứng dụng cực kỳ phức hợp - thực hiện Gitlab-flow

Phần mềm bự như Facebook với Gmail, chúng ta cũng có thể cần trình làng các nhánh triển khai giữa nhánh của công ty và nhánh chủ yếu địa điểm các pháp luật CI / CD> hoàn toàn có thể chạy, trước khi nó đi vào chế tạo. Ý tưởng là tăng cường bảo đảm mang đến phiên bản cung ứng vày nó được hàng tỷ người tiêu dùng.