là nó có giá trị rắc rối hoặc tôi nên chỉ sử dụng svn để làm điều đó.
Tôi nghĩ điều đó phụ thuộc vào cách bạn có nhiều thông tin bạn muốn giữ lại trong SVN. Nếu bạn thực hiện hợp nhất bằng git, tôi tin SVN sẽ không biết những thay đổi đến từ đâu, hay nói cách khác, nó sẽ giống như thân cây và nhánh SVN vẫn còn tách biệt.
mọi người sẽ thấy tôi đã sử dụng git và có bất kỳ dữ liệu meta về merge trong svn?
Không, nó sẽ giống như một cam kết mới vào thân cây.
Tôi có thể tạo bản sao thân cây và 1 chi nhánh mà tôi chọn không?
Nếu bạn có nghĩa là sao chép git-svn của bạn thành một repo git mới, sau đó có. Chỉ cần sao chép git-svn và xóa các nhánh không liên quan, hoặc làm điều đó trực tiếp trong repo git-svn trước khi bạn sao chép.
Đây là bài đăng về cách convert an SVN repo to a git one. Tôi nghĩ rằng hầu hết nó sẽ được áp dụng trong tình huống này.
Tôi có cần một bản sao đầy đủ hoặc tôi có thể nhập nó từ điểm mà chi nhánh được tạo không?
Các bản sao Git thường sẽ là bản sao đầy đủ, trừ khi bạn sử dụng tùy chọn --depth. Nếu bạn muốn vứt bỏ lịch sử trước đó, bạn luôn có thể đè bẹp tất cả các cam kết thành một cũ hơn, hoặc chỉ cần xóa thư mục .git và bắt đầu một repo mới.
Nó có thể đáng giá và nó sẽ không được hiển thị mà bạn đã sử dụng git thay vì svn. Hãy cực kỳ cẩn thận với cách bạn sử dụng 'git rebase'. Nó thực sự có thể làm cho một mớ hỗn độn của lịch sử svn. –
Loại hợp nhất nào? Đã chọn các cam kết/sửa đổi? Hay đây là một chi nhánh tính năng mà bạn muốn cập nhật với các cam kết từ thân cây, có ý định tái hòa nhập trở lại thân cây không? –
Để biết hướng dẫn từng bước: từ http://myhumblecorner.wordpress.com/2011/08/25/git-svn-cheatsheet-for-git-rebels-in-an-svn-workplace/ 'git checkout; git merge --squash ; git commit; git svn dcommit # --squash là key' –