git rebase vào bản cập nhật từ xa

Question

Tôi làm việc với một nhóm nhỏ sử dụng git để quản lý mã nguồn. Gần đây, chúng tôi đã làm các nhánh chủ đề để theo dõi các tính năng sau đó hợp nhất chúng thành chủ cục bộ sau đó đẩy chúng vào một kho lưu trữ git trung tâm trên một máy chủ từ xa. Điều này làm việc tuyệt vời khi không có thay đổi nào được thực hiện trong master: Tôi tạo nhánh chủ đề của mình, commit nó, hợp nhất nó vào master, sau đó push. Hoan hô.

Tuy nhiên, nếu ai đó đã đẩy xuất xứ trước khi tôi làm, các cam kết của tôi không tiến nhanh. Do đó, một cam kết hợp nhất xảy ra sau đó. Điều này cũng xảy ra khi một nhánh chủ đề cần hợp nhất với nội bộ chính để đảm bảo các thay đổi của tôi hoạt động với mã như bây giờ. Vì vậy, chúng tôi kết thúc với hợp nhất cam kết ở khắp mọi nơi và một git đăng nhập cạnh tranh một vòng tay tình bạn.

Vì vậy, việc rebasing là lựa chọn hiển nhiên. Những gì tôi muốn là:

• tạo các chi nhánh chủ đề giữ nhiều cam kết
• thanh toán tổng thể và kéo (nhanh về phía trước, vì tôi đã không cam kết để làm chủ)
• chi nhánh rebase chủ đề lên người đứng đầu mới của nắm vững
• rebase chủ đề chống chủ (vì vậy các chủ đề bắt đầu từ chủ đầu), đưa tổng thể lên đến tôi đầu chủ đề

cách của tôi để làm điều này hiện đang được liệt kê dưới đây:

01.

git checkout master 
git rebase master topic_1 
git rebase topic_1 topic_2 
git checkout master 
git rebase topic_2 
git branch -d topic_1 topic_2 

Có cách nào nhanh hơn để thực hiện việc này không?

Answer 1

tôi đã tìm thấy, theo thời gian, giải pháp ưa thích của tôi là:

git checkout topic 
# make [n] commits 
git rebase -i HEAD~[n] #clean up time 
git checkout master 
git pull --rebase 
git checkout topic 
git rebase master 
git checkout master 
git merge topic 
git push origin 

Answer 2

Đối với nhóm của chúng tôi, chúng tôi thiết lập một thứ gì đó hoạt động rất tốt và không sử dụng rebase.

Chúng tôi cắt công việc của chúng tôi trong vé Jira mà không mất quá nhiều thời gian, thường là 1-2 ngày nỗ lực. Mỗi dev tạo ra một chi nhánh cho mỗi vé và hoạt động trên nhánh này. Khi đã sẵn sàng để chia sẻ điều này được đẩy đến máy chủ trung tâm.

Máy chủ trung tâm được giám sát bởi máy chủ CI hudson, kéo các thay đổi, hợp nhất tất cả các nhánh đã cập nhật, xây dựng lại phần mềm, chạy thử nghiệm và đẩy mọi thứ vào kho lưu trữ chính của git.

Từ đó chúng tôi kéo nó trở lại kho lưu trữ của chúng tôi. Chúng tôi thường xuyên (tức là vài ngày một lần) hợp nhất các nhánh làm việc của chúng tôi với chủ nhân trung tâm để giữ chúng gần gũi.

Vì không có ai đang làm việc trên máy 'hợp nhất' và không ai khác ngoài máy chủ CI chạm vào máy chủ, chúng tôi đã vô tình hợp nhất các vấn đề (trong khoảng 1-2% số tiền cam kết). Và chúng được giải quyết nhanh chóng trên máy chủ xây dựng bằng cách dọn dẹp vùng làm việc. Chúng tôi thấy chúng tôi có thể tránh được hầu hết những điều này bằng cách giữ cho các nhánh ngắn và sáp nhập với chủ từ xa trước khi đẩy.

Tôi cũng thích rằng việc hợp nhất mạnh mẽ hơn nhiều so với việc rebasing và đòi hỏi ít nhiều việc phải làm lại.

Answer 3

Bạn có biết về git pull --rebase không? Nó rebases hơn là sáp nhập khi bạn kéo, và ngăn chặn các cam kết hợp nhất từ ​​gây ô nhiễm lịch sử của bạn.

Bạn cũng có thể thiết lập làm hành vi mặc định cho chi nhánh với các tùy chọn cấu hình branch.<name>.rebase và branch.autosetuprebase.

Answer 4

Bạn cũng có thể chỉ rebase so với up-to-date chủ

git checkout topic_1 
git rebase refs/remotes/origin/master 

nào obviates sự cần thiết cho kéo (ít nhất là cho đến EOL của chi nhánh tính năng của bạn). Quá trình của chúng tôi sử dụng các yêu cầu kéo GitHub vì vậy tôi không bao giờ cần phải làm điều đó cục bộ.