Sử dụng Git trong một cửa hàng TFS

Question

Sử dụng Git ở nhà đã làm hỏng tôi - bây giờ tôi thấy TFS đang hoạt động để kéo và muốn khám phá khả năng sử dụng Git cục bộ và đồng bộ hóa bằng TFS. Tôi nghĩ có một số cách khác nhau có thể được thực hiện và muốn nghe từ những người đã thử nó.

Tôi đã tìm thấy một blog post mô tả quy trình làm việc tương đối thủ công, nhưng tôi hy vọng có điều gì đó có tự động hóa tốt hơn và hỗ trợ lịch sử.

Jim Deville dường như đang viết một series về cách nhóm IronRuby giữ kho lưu trữ github của họ đồng bộ với TFS nhưng chưa hoàn thành và tôi phải thừa nhận rằng tôi có một chút rắc rối theo những gì Jim đã viết cho đến thời điểm này.

Tôi đã cố gắng sử dụng kết hợp SvnBridge và git-svn một cách ngắn gọn nhưng tôi gặp lỗi khá nhanh (có lẽ là this một?). Tôi có ý định khám phá thêm điều này ...

Cập nhật: Có vẻ như một số người đã thành công với combo SVNBridge git-svn. Xem here.

Cuối cùng, có lẽ GitSharp sẽ giúp phát triển giải pháp hữu ích cho vấn đề này dễ dàng hơn? Không phải vì GitSharp có bất cứ điều gì liên quan đến TFS, nhưng đơn giản chỉ vì nó cho phép tự động hóa git cho các nhà phát triển .NET.

Câu hỏi liên quan - Git and Team Foundation Server

Answer 1

Microsoft đã cuối cùng released họ giải pháp cầu riêng: Git-TF. Nó sử dụng Java, vì vậy nó hoạt động trong Windows, OSX và Linux.

Chỉnh sửa: Tính đến 2013-01-30, Microsoft là announcing thậm chí tích hợp nhiều hơn giữa TFS và Git, để giải quyết chính xác tình huống của bạn. Nó sẽ được cung cấp thông qua các bản cập nhật cho các phiên bản 2012 của TFS và Visual Studio.

Answer 2

Làm việc với một hệ thống điều khiển vượt trội phiên bản sẽ không chỉ có tác dụng tích cực đối với bạn; nó sẽ có tác động tích cực đến toàn đội của bạn. Có thể có sức đề kháng để bắt đầu, nhưng về lâu dài, những lợi ích mà bạn thấy có thể sẽ được nhìn thấy bởi phần còn lại của nhóm.

Thực hiện một đề xuất đơn giản để chuyển đổi "cửa hàng TFS" của bạn thành một tính năng mới. Bạn sẽ tìm thấy ba loại người ngoài chính mình:

1. những người sẵn sàng thử đề xuất của bạn, vì nó mang đến cho họ cơ hội học hỏi điều gì đó mới mẻ.
2. những người đã cố gắng đề xuất của bạn (và tôi có nghĩa thực thử), nhưng không đồng ý với bạn
3. những người từ chối đề xuất của bạn bởi vì họ không muốn học một cái gì đó mới

Đầu tiên hai là những loại người mà bạn muốn giữ gần, bất kể bạn có đồng ý với họ hay không. Loại người cuối cùng không chỉ là một ảnh hưởng tiêu cực đến toàn đội, mà còn là người mà bạn nên tránh xa.

Tuyên bố từ chối: Tôi biết điều này không trả lời câu hỏi trực tiếp, nhưng tôi nghĩ đó là cách tiếp cận tốt để thực hiện bất cứ khi nào bạn nghĩ rằng thay đổi công nghệ được đảm bảo.

Bên cạnh: Bất cứ khi nào bạn thấy mình gọi nhóm của mình là "cửa hàng TFS", "cửa hàng Java", "Cửa hàng Windows", v.v. Đây là một lá cờ đỏ khổng lồ.Các công nghệ khác nhau là tốt cho các loại nhiệm vụ khác nhau và pigeonholing một nhóm là bất lợi.

Answer 3

Tôi đã làm việc với Jim Deville về công cụ "TFGit" có kết nối TFS và Git (tôi đã bắt đầu dự án). Nó được tự động hóa cao, bảo quản tác giả, thông tin ngày tháng và lịch sử. Điểm yếu đáng kể nhất là trong khi nó cho phép git devs chơi với các nhánh với nội dung trái tim của họ, nó chỉ có thể đồng bộ hóa với một chi nhánh ở phía TFS. Tuy nhiên đó là một công cụ khá khó chịu để sử dụng và Jim và tôi sử dụng nó thường xuyên.

Hiện tại, công cụ này là công cụ nội bộ cho công ty của chúng tôi và chúng tôi chưa điều tra công khai công khai. Nếu có sự quan tâm đáng kể trong nó, chúng ta có thể điều tra làm điều đó.

Answer 4

Có dự án mã nguồn mở Git-TFS (không nên nhầm lẫn với Git-tf):

https://github.com/spraints/git-tfs