quý khách mong cải thiện thắc mắc này? Cập nhật câu hỏi nhằm nó có thể được trả lời cùng với những dữ kiện với trích dẫn bằng cách chỉnh sửa bài đăng này .

Đã đóng cửa 10 mon trước .

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


Gần đây Cửa Hàng chúng tôi đang ban đầu thực hiện GitLab.

Hiện đang sử dụng quy trình thao tác làm việc "tập trung".

Chúng tôi đã để ý chuyển sang trọng github-flow tuy thế tôi ao ước bảo đảm an toàn.

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


Như đã đàm luận vào GitMinutes tập 17, vị Nicholas Zakas vào bài viết của anh ấy về " Quy trình thao tác GitHub bên phía trong một công ty ":

Git-flow là một trong những các bước để cai quản những biến hóa vào Git vì chưng Vincent Driessen tạo nên với hẳn nhiên một số 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-cái tung là có không ít Trụ sở đơn nhất nhưng luôn luôn luôn lâu dài, từng cho một mục tiêu khác nhau: master, develop, feature, release, với hotfix. Quá trình cải tiến và phát triển hào kiệt hoặc lỗi diễn ra trường đoản cú nhánh này lịch sự nhánh khác trước khi ở đầu cuối được thi công.

Một số người được hỏi cho là họ thực hiện git-flownói phổ biến. Một số bắt đầu với git-flowvới rời xa nó.

Xem thêm: Kind Regards Là Gì - Kind Regards Và Best Regards Là Gì

Lý vày chính để đưa đi là git-flowquy trình khó giải pháp xử lý vào một mô hình xúc tiến thường xuyên (hoặc gần như liên tục). Cảm giác bình thường là điều đó git-flowhoạt động xuất sắc so với những sản phẩm theo quy mô xuất bản truyền thống cuội nguồn hơn, nơi những phiên bản phát hành được tiến hành vài tuần một lượt, mà lại quy trình này bị phá vỡ vạc đáng kể khi chúng ta xuất bản từng ngày một lượt hoặc hơn .

Nói ngắn thêm 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ư dòng chảy của GitHub) và chuyển qua 1 quy mô tinh vi rộng nếu như bạn nên.

quý khách hoàn toàn có thể coi một minc họa độc đáo về tiến trình thao tác đối chọi giản , dựa vào GitHub-Flow tại: " Mô hình phân nhánh git đơn giản ", với các nguyên tố chủ yếu là:

master buộc phải luôn luôn luôn rất có thể xúc tiến. tất cả những biến đổi được tiến hành trải qua các nhánh tuấn kiệt (pull-request + merge) rebase để tách / giải quyết và xử lý xung đột; đúng theo độc nhất vô nhị vàomaster

*

Để gồm một quy trình làm việc thực tế hoàn hảo với mạnh bạo hơn, hãy xem gitworkflow (một từ) .


Không có tiến trình thao tác làm việc viên đạn bạc nào nhưng mà phần lớn fan bắt buộc tuân theo, vị tất cả những quy mô những tại mức về tối ưu. Phải bảo rằng, chúng ta cũng có thể lựa chọn quy mô phù hợp đến phần mềm của bản thân dựa trên các điểm dưới đây;

phần lớn phiên bạn dạng đang được chế tạo - áp dụng Git-flow

Nếu mã của công ty có tương đối nhiều phiên bạn dạng đang được sản xuất (có nghĩa là những thành phầm ứng dụng điển hình nổi bật như Hệ điều hành và quản lý, Gói văn uống phòng, Ứng dụng tùy chỉnh, v.v.), chúng ta cũng có thể áp dụng git-flow. Lý vì đó là bạn cần thường xuyên cung ứng các phiên bản trước trong quy trình cấp dưỡng trong những lúc trở nên tân tiến phiên bạn dạng tiếp theo sau.

Phiên bản 1-1 vào phần mềm tiếp tế đơn giản dễ dàng - áp dụng Github-flow

Nếu mã của doanh nghiệp luôn chỉ có một phiên phiên bản sẽ cung cấp (tức là các website, dịch vụ website, v.v.), bạn cũng có thể áp dụng github-flow. Lý bởi chính là các bạn không cần thiết phải làm mọi đồ vật tinh vi mang lại đơn vị cải cách và phát triển. Sau khi nhà cải tiến và phát triển ngừng một kỹ năng hoặc xong một bản sửa lỗi, nó ngay chớp nhoáng được thăng cung cấp lên phiên bạn dạng cấp dưỡng.

Phiên bản độc nhất trong cung ứng tuy vậy ứng dụng vô cùng phức hợp - sử dụng Gitlab-flow

Phần mềm to như Facebook và Gmail, bạn có thể cần trình làng các nhánh triển khai thân nhánh của chúng ta với nhánh chủ yếu chỗ những luật pháp CI / CD> rất có thể chạy, trước lúc nó lấn sân vào cấp dưỡng. Ý tưởng là tăng cường đảm bảo cho phiên bạn dạng cung ứng vày nó được hàng triệu người sử dụng.

Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *