Đã quen với SVN, tôi luôn thực hiện 'cập nhật' trước khi chia sẻ bất kỳ thay đổi nào, vì vậy trước khi thực hiện bất kỳ thao tác đẩy nào tôi luôn kéo đầu tiên.Ngăn không cho git viết trống hợp nhất cam kết
Thật khó chịu khi tôi kéo (mặc dù không có bất kỳ thay đổi nào đối với điều khiển từ xa) và xem cam kết hợp nhất với 0 changed files with 0 additions and 0 deletions
. Các cam kết như:
https://github.com/UCF/Harvard-Mobile-Web/commit/be9d6b2d1ab196554e080d8b8647a9d16c8a5ddf
Tôi thấy điều này là tiếng ồn vô dụng khi xem lịch sử cam kết.
Có thể có điều gì đó tôi thiếu, có bất kỳ điểm nào đối với cam kết này không? Nếu không, có cách nào để ngăn git viết các cam kết hợp nhất trống không?
Bạn dường như đã hợp nhất hai cam kết tự kết hợp hai cùng một cam kết. Vì không phải ai trong số đó là hậu duệ trực tiếp của git khác * có * để thực hiện một cam kết khi bạn yêu cầu nó hợp nhất. Những gì tôi không hiểu là lý do tại sao bạn muốn làm cùng một hợp nhất hai lần và sau đó hợp nhất kết quả. Bạn đã cố gắng làm gì? –
1) Kéo từ thượng lưu [thay đổi hợp nhất] 2) thời gian trôi qua, kéo từ thượng lưu trở lại [sáp nhập nhiều thay đổi] 3) sẵn sàng để đẩy vào ngã ba của tôi, kéo đầu tiên (đảm bảo không có thay đổi trên ngã ba từ đồng nghiệp) - không có thay đổi, chưa hợp nhất trống cam kết bằng văn bản. 'git pull --rebase' chính là thứ tôi đang tìm kiếm. – Doug