Tôi đã làm việc trên mã đã được kiểm tra từ dây chuyền phát triển và phát hiện ra rằng các thay đổi được thực hiện có thể là thay đổi đột phá và cần được chuyển đến chi nhánh thử nghiệm trước cam kết với cây dev chính. Tuy nhiên, tôi không có chi nhánh thử nghiệm được kiểm tra và tôi không muốn mất các thay đổi đã được thực hiện.Cam kết thay đổi đối với một chi nhánh khác với chi nhánh hiện tại đã kiểm tra với subversion
Có cách nào để cam kết các thay đổi trong thư mục đang hoạt động với một chi nhánh khác với lần kiểm tra ban đầu không?
Bạn có ý nghĩa gì bởi "Nó không được là gốc của kho lưu trữ, ít bị trùng lặp theo cách đó"? – thekozak
Tôi khuyên bạn không nên chọn thư mục gốc với tất cả các thư mục con không có liên quan mà không bị sửa đổi trong chi nhánh. Sau đó nó sẽ được dễ dàng hơn để hợp nhất (nhỏ hơn) chi nhánh trở lại thân cây. –
Trong trường hợp của tôi cam kết chỉ thư mục đó gây ra vấn đề bởi vì phần mềm phụ thuộc vào các thư mục siêu quá. Tôi nghĩ đó là trường hợp thường xảy ra nhất. Tôi nghĩ rằng đối với hầu hết các trường hợp sử dụng tốt hơn là chỉ cần cam kết toàn bộ điều, vì vậy cam kết từ gốc tôi nói được khuyến khích. – ikku100