Thông báo cam kết sau sáp nhập Hg, thực tiễn tốt nhất?

Question

tôi thấy mình làm như sau rất nhiều:

C:\Code>hg pull 
pulling from http://server/FogBugz/kiln/Repo/Project/Rebuild/trunk 
searching for changes 
adding changesets 
adding manifests 
adding file changes 
added 2 changesets with 4 changes to 4 files (+1 heads) 
(run 'hg heads' to see heads, 'hg merge' to merge) 

C:\Code>hg merge 
4 files updated, 0 files merged, 0 files removed, 0 files unresolved 
(branch merge, dont forget to commit) 

C:\Code>hg commit -m "Merged" 

C:\Code>hg push 
pushing to http://server/FogBugz/kiln/Repo/Project/Rebuild/trunk 
searching for changes 
remote: kiln: successfully pushed 2 changesets 

Câu hỏi của tôi là, những gì là tốt hơn/hữu ích hơn nhắn để sử dụng sau khi sáp nhập một pull từ kho cam kết. Có bất kỳ phương pháp hay nhất nào mà mọi người sử dụng trong các hệ thống kiểm soát phiên bản được phân phối cho loại điều này không?

Answer 1

Nếu bạn sử dụng fetch extension nó sẽ tự động kéo, hợp nhất bước thành một bước, tìm nạp. Thông điệp mà nó tự động tạo ra là một cái gì đó dọc theo dòng "tự động hợp nhất". Các nhà phát triển hg dường như nghĩ rằng điều này là hợp lý vì phần mở rộng bây giờ được phân phối với cơ sở.

Thông báo hợp nhất dường như không chứa lượng thông tin cao. Tin nhắn của bạn có vẻ hợp lý.

[[Offtopic, đôi khi chúng ta sử dụng chúng như một cơ hội cho một sự chơi chữ từ sáp nhập]]

Answer 2

Không có cách nào để đây là những gì tôi đã cố gắng tuân thủ.

Mở bài viết cam kết:

Jus nhớ rằng những thông điệp là những chuỗi duy nhất mà sẽ kết nối bạn đến một số người là cố gắng giải mã những lý do cho sự cam kết.

Chìa khóa là cung cấp mô tả sẽ là một bình luận hữu ích về phát triển mã. Vì vậy, khi một số người sử dụng nhật ký hg, anh ta có một bình luận tốt đẹp về cách phần mềm đang được phát triển.

Một số thông lệ tốt:

liên kết nó với hệ thống quản lý lỗi của bạn:

1. sửa # 3456, tính năng mới # 2435 vv
2. hoặc mô tả nhiều hơn một trong những thay đổi nó được đưa vào repo
3. Đưa tín

Trong thực tế, những gì tôi làm chủ yếu là. Hãy xem trạng thái hiện tại của "nhật ký hg" và xem thông điệp hữu ích nào có nghĩa là một sự tiến triển hợp lý trong việc hiểu cam kết mới nhất.

Answer 3

Bạn có thể sử dụng phần mở rộng rebase, vì vậy hg pull --rebase sẽ rebase repo của bạn để tip repo trung ương. Điều này phủ nhận sự cần thiết phải hợp nhất sau khi kéo.

tôi đã thêm một bí danh cho nó:

[alias] 
pure = pull -u --rebase 

Hoạt động tốt đối với chúng tôi.

Chi tiết khác có tại trang RebaseProject.

Answer 4

Đối với các kết hợp thừa, nơi bạn chỉ làm việc với một kho lưu trữ, tôi cho rằng chỉ cần "hợp nhất" là tốt. Thông thường bạn thậm chí không biết tất cả mọi thứ đã được sáp nhập bởi vì đó là tất cả những thay đổi của người khác anyway.

Có một lần tôi khuyên bạn nên tiết lộ chi tiết hơn khi bạn làm việc với nhiều hơn một kho lưu trữ. Nếu bạn có một repo devel và repo ổn định, và bạn đang kéo sửa lỗi từ ổn định, tôi sẽ chỉ đề cập rằng trong hợp nhất: "sáp nhập với ổn định". Những hợp nhất có xu hướng lớn hơn, do đó, nó giúp giải thích chúng cho những người đến sau này.

Answer 5

Bạn có thể thu thập tất cả các changesets mới được bổ sung cam kết các thông điệp vào một tập tin bằng cách

$ hg log --rev 'reverse(p2():ancestor(p1(),p2())-ancestor(p1(),p2()))' \ 
     --template '{desc}\n' \ 
     > commit-message.txt 

sau đó tự chỉnh sửa cam-message.txt, và cuối cùng là sử dụng nó như thông điệp log:

$ hg commit -l commit-message.txt 

Answer 6

Miễn là "sáp nhập" có trong tin nhắn bằng cách nào đó, chúng tôi đã vui vẻ bằng cách sử dụng cơ hội để điền vào các bản ghi thủy ngân của chúng tôi với sự vui nhộn. Ví dụ: chúng tôi đã sử dụng thông điệp hợp nhất như "khoản vay hợp nhất bất động sản ở mức thấp nhất" hoặc "sản xuất truyền hình Merge Griffin".