Bất kỳ công cụ nào để di chuyển repo từ Vault sang Subversion?

Question

Có bất kỳ công cụ nào để tạo điều kiện di chuyển từ Sourcegear's Vault đến Subversion không?

Tôi thực sự thích công cụ hoặc dự án hiện có hơn (tôi sẽ mua!).

Yêu cầu:

1. Một thời gian di cư chỉ
2. Full lịch sử với ý kiến ​​

Tùy chọn:

1. Một số hỗ trợ cho các nhãn/chi nhánh/thẻ
2. Tương đối nhanh. Nó có thể mất nhiều giờ nhưng không phải ngày.
3. Chi phí nếu có

điểm thưởng nếu bạn có thể chia sẻ kinh nghiệm cá nhân liên quan đến quá trình này.

---

Một trong những lý do tôi muốn làm điều này là bởi vì chúng tôi có rất nhiều dự án trải rộng giữa Vault và Subversion (chúng tôi cuối cùng không còn an toàn). Sẽ rất hữu ích trong một số trường hợp để có thể củng cố repos của một khách hàng cụ thể cho SVN.

Ngoài ra, SVN được hỗ trợ tốt hơn trong các công cụ của bên thứ ba. Ví dụ: Hudson và Redmine.

Một lần nữa, mặc dù: chúng tôi không bỏ hoàn toàn kho tiền.

Answer 1

Chúng tôi đang nghĩ đến việc di chuyển từ vault sang git. Tôi đã viết công cụ chuyển đổi vault2git để quản lý lịch sử và loại bỏ các ràng buộc vault từ các tệp * .sln, * .csproj.

Khi bạn có git repo, có git2svn.

Tôi biết nó có vẻ như đi vòng, nhưng nó có thể nhanh hơn viết vault2svn từ đầu.

Answer 2

Tôi chưa bao giờ tìm thấy cách dễ dàng để chuyển đổi từ Vault sang svn. Về cơ bản chúng tôi lấy các nhánh và thân cây mới nhất của chúng tôi và bắt đầu mới trong svn. Thành thật mà nói tôi đã đi hai hoặc ba nhãn trở lại, chỉ vì. Tôi giữ kho dữ liệu db khoảng sáu tháng và chúng tôi không bao giờ cần quay trở lại với dữ liệu. Vì vậy, tôi giả sử bạn muốn chuyển tiếp lịch sử của bạn cho một tracker theo dõi lỗi; đồng thời chúng tôi đã chuyển danh sách lỗi nổi bật của chúng tôi sang một trình theo dõi mới, để đảm bảo mọi thứ trở nên thuận tiện hơn. Nếu chúng ta ở cùng với trình theo dõi lỗi, tôi sẽ nghĩ chúng ta sẽ bắt đầu một phiên bản mới của nó cho repo mới. Chúc may mắn!

Brett

Answer 3

Nếu bạn muốn phiên bản đầy đủ lịch sử, bạn có thể muốn chỉ cần viết một kịch bản để kiểm tra ra mỗi phiên bản từ vault và kiểm tra nó với những ý kiến ​​cho Subversion.

https://www.mercurial-scm.org/wiki/GenericConversion là một ví dụ tốt

Dựa trên những tài liệu mà tôi thấy trên trang web Vault, nhìn vào dòng lệnh GETVERSION.

Sử dụng ngôn ngữ kịch bản yêu thích của bạn ... Thực hiện quy trình sau:

1. Check-out một phiên bản từ hầm.
2. Nhận nhận xét cam kết cho changeset.
3. Thêm/loại bỏ các tập tin vào repo SVN
4. Commit file bằng cách sử dụng cam kết bình luận
5. Quay trở lại bước một với phiên bản tiếp theo

Answer 4

miễn phí. Chi phí giấy phép người dùng vault đã tăng gấp ba lần kể từ khi chúng tôi đến đó.

Answer 5

Chúng tôi cũng đang xem xét di chuyển. Một lý do là chi phí, nhưng một lý do khác là Vault không sử dụng xml hợp lệ (hoặc bất kỳ) nào cho các nhận xét cam kết của nó để các ký tự đặc biệt không thực hiện được hệ thống xây dựng CCNet tự động của chúng tôi (ví dụ: ký tự dấu đầu dòng và đặc biệt gây ra sự cố) . Một cách xung quanh điều này đã đến A) yêu cầu các nhà phát triển của chúng tôi không sử dụng các ký tự đặc biệt "không hợp lệ" (các ký tự nằm ngoài phạm vi ASCII 32 - 126) và B) để tự chuyển vào và nhập lại mã bằng "hợp lệ" bình luận. Điều này có vẻ không phải là một vấn đề lớn, nhưng không cho phép các ký tự này ngăn cản việc sao chép/dán lỗi dễ dàng và các nhận xét khác vào nhận xét cam kết. Điều này làm chậm người và bất cứ điều gì cản trở dòng chảy và năng suất và tạo ra sự thất vọng cần phải được giảm bớt hoặc loại bỏ.

Từ nghiên cứu của tôi, có vẻ như không có cách nào để di chuyển trực tiếp từ Vault sang SVN. Có thể sử dụng hệ thống kiểm soát phiên bản khác làm bước chuyển giữa: Vault -> OtherSourceControlProduct -> SVN

... nhưng tôi nghĩ rằng chúng tôi sẽ viết hoa cam kết (như Joshua đã đề xuất ở đầu của chủ đề này) hoặc - có nhiều khả năng hơn - chỉ cam kết vài bản sửa đổi cuối cùng và để Vault repos trong một thời gian cho lịch sử, v.v. Điều này thực sự mang đến cho chúng ta cơ hội tốt để dọn dẹp và cấu trúc lại mã và hệ thống phân cấp hiện tại của chúng ta.

Paul