Tôi không muốn kết thúc với 82 nhánh tính năng quanh quẩn , vì vậy tôi đang tự hỏi những hạn chế tiềm ẩn là gì khi chỉ cần xóa nhánh tính năng ngay sau khi tôi hợp nhất nó để làm chủ.
Quy trình làm việc:
git co -b feat-xyz
hack hack
git ci
hack some more
git ci
git co master
git merge feat-xyz
smoke test
git br -d feat-xyz
Có vấn đề gì ở đây không?
git reflognó. Sau đó, kiểm tra hash
Câu trả lời:
Xóa sau khi hợp nhất là cách thông thường. Đây là lý do tại sao git branch -d yourbranchnamephải kiểm tra để đảm bảo rằng nhánh được hợp nhất hoàn toàn trước khi nó xóa.
Có một vài lý do mà tôi có thể nghĩ ra để duy trì một chi nhánh: bạn có thể muốn giữ nó trong trường hợp bạn có lỗi quay lại sau khi nó được sản xuất hoặc bạn có thể muốn có một kỷ lục lịch sử.
Trong cả hai trường hợp, bạn có tùy chọn gắn thẻ người đứng đầu chi nhánh trước khi xóa nó. Thẻ giống như một nhánh ở chỗ nó là một con trỏ đến một cam kết, ngoại trừ một số khác biệt nhỏ: 1) sứ thường không hiển thị thẻ trong các lệnh khám phá như git show-branch hoặc tab-auto complete khi thanh toán, 2) việc kiểm tra một cái sẽ đưa bạn vào HEAD 3) tách rời (không phải tham chiếu), bạn có thể để lại " thông báo gắn thẻ ", khiến thẻ được lưu dưới dạng một đối tượng trong kho lưu trữ đối tượng giống như một cam kết.
Bằng cách này, bạn bảo toàn lịch sử và nếu bạn cần sửa lỗi, tôi khuyên bạn chỉ nên tạo một nhánh mới ngoài tổng thể để khắc phục.
Tôi xóa sau khi hợp nhất, nhưng tôi luôn thực hiện a git merge --no-ff, để tránh chuyển tiếp nhanh để lịch sử chi nhánh hiển thị trên biểu đồ. Tôi muốn có lịch sử về nơi nhánh tính năng khởi hành từ nhánh phát triển và nơi nó kết hợp trở lại:
Điều này được lấy từ Mô hình phân nhánh Git thành công của Vincent Driessen, một quy trình làm việc rất hay để sử dụng với git mà tôi áp dụng cho hầu hết các dự án của mình.
merge --no-fftrở lại thành thạo vì như bạn nói bạn có thể xem lịch sử.
Tôi có thể nghĩ đến hai lý do tại sao bạn có thể muốn giữ lại một nhánh tính năng một chút:
Trong thực tế, hầu hết thời gian xóa sau khi hợp nhất là tốt.
Quy trình công việc điển hình sẽ là
// Create new branch
$ git checkout -b myfeature
// and then do some changes and commit them
// Switch to master branch
$ git checkout master
// Merge myfeature to master. --no-ff will always keep branch information.
$ git merge --no-ff myfeature
// Delete myfeature branch
$ git branch -d myfeature
// Push the changes
$ git push origin master
tôi nghĩ đó là quy trình làm việc điển hình (xóa sau khi hợp nhất)
CHỈNH SỬA Vì vậy, thay vì hợp nhất, ít nhất là đối với các nhánh tồn tại trong thời gian ngắn, tôi nghĩ ý tưởng là để căn cứ lại chúng cho tổng thể. thì bạn sẽ có lịch sử thay đổi tuyến tính và toàn bộ nhánh trở thành một phần của thân chính. trong trường hợp này, bạn có tất cả các thay đổi ở đó nên rõ ràng bạn không cần bản sao.