Cửa hàng Subversion xem xét chuyển sang Mercurial, cố gắng tìm hiểu trước tất cả các khiếu nại của nhà phát triển sẽ là gì. Có một trường hợp sử dụng khá phổ biến ở đây mà tôi không thể thấy cách xử lý.Thực hiện mà không cần cam kết một phần "Mercurial way"
- Tôi đang nghiên cứu một số tính năng lớn thậm chí không biên dịch.
- Yêu cầu sửa lỗi khẩn cấp đến. Bản sửa lỗi rất đẹp và cục bộ và không chạm vào bất kỳ mã nào mà tôi đang thực hiện.
- Tôi sửa chữa bản sao làm việc của mình.
Bây giờ những gì?
Tôi đã xem "Mercurial cherry picking changes for commit" và "best practices in mercurial: branch vs. clone, and partial merges?" và tất cả các đề xuất dường như là các phần mở rộng có độ phức tạp khác nhau, từ Ghi và xếp vào hàng đợi.
Thực tế là dường như không có bất kỳ chức năng cốt lõi nào cho điều này khiến tôi nghi ngờ rằng theo một nghĩa nào đó, phong cách làm việc này là Làm điều đó sai. Một giải pháp giống như Mercurial cho trường hợp sử dụng này trông như thế nào?
Edited thêm: git, ngược lại, dường như được thiết kế cho công việc này: git add
các tập tin Sửa lỗi, không git add
bất cứ thứ gì (hoặc bất cứ điều gì git reset HEAD
bạn có thể đã gia tăng), git commit
.
Các nhánh và hàng đợi địa phương ngắn ngủi đều chắc chắn là "chức năng cốt lõi". Việc thiếu một tùy chọn "xác nhận" trong trường hợp này chỉ nên được hiểu là một sự xác nhận của nhiều kiểu làm việc, và không phải là loại bỏ bất kỳ kiểu nào. –
Bạn cũng nên xem [Cách dễ nhất để cam kết và đẩy một tệp duy nhất] là gì (http://stackoverflow.com/questions/125272/using-mercurial-whats-the-easiest-way-to-commit-and- push-a-single-file-while-le) – Casebash