Sử dụng Git với Visual Studio [đã đóng]

Là một người dùng Visual SourceSafe lâu năm (và ghét), tôi đã thảo luận về việc chuyển sang SVN với một đồng nghiệp; thay vào đó , ông đề nghị sử dụng Git . Vì, rõ ràng, nó có thể được sử dụng như một máy ngang hàng mà không cần máy chủ trung tâm (chúng tôi là nhóm 3 nhà phát triển).

Tuy nhiên, tôi chưa thể tìm thấy bất cứ điều gì về các công cụ tích hợp Git với Visual Studio - liệu điều đó có tồn tại không?

Các công nghệ có sẵn để sử dụng Git với Visual Studio là gì? Và tôi cần biết gì về sự khác biệt của chúng trước khi tôi bắt đầu?

Vào tháng 1 năm 2013, Microsoft đã thông báo rằng họ đang bổ sung hỗ trợ Git đầy đủ vào tất cả các sản phẩm ALM của họ. Họ đã xuất bản một plugin cho Visual Studio 2012 có thêm tích hợp kiểm soát nguồn Git.

Ngoài ra, có một dự án có tên Git Tiện ích mở rộng bao gồm bổ trợ cho Visual Studio 2005, 2008, 2010 và 2012, cũng như tích hợp Windows Explorer. Nó được cập nhật thường xuyên và đã sử dụng nó trong một vài dự án, tôi thấy nó rất hữu ích.

Một tùy chọn khác là Nhà cung cấp kiểm soát nguồn Git .

Tôi sử dụng Git với Visual Studio cho cổng Bộ đệm giao thức đến C #. Tôi không sử dụng GUI - Tôi chỉ mở một dòng lệnh cũng như Visual Studio.

Đối với hầu hết các phần đều ổn - vấn đề duy nhất là khi bạn muốn đổi tên một tệp. Cả Git và Visual Studio đều muốn thay họ là người đổi tên nó. Tôi nghĩ rằng đổi tên nó trong Visual Studio là cách tốt nhất - hãy cẩn thận với những gì bạn làm ở phía Git sau đó. Mặc dù điều này đã có một chút đau đớn trong quá khứ, tôi đã nghe nói rằng nó thực sự sẽ khá liền mạch ở phía Git, bởi vì nó có thể nhận thấy rằng nội dung sẽ gần như giống nhau. (Không hoàn toàn giống nhau, thông thường - bạn có xu hướng đổi tên một tệp khi bạn đổi tên lớp, IME.)

Nhưng về cơ bản - vâng, nó hoạt động tốt. Tôi là người mới chơi Git, nhưng tôi có thể khiến nó làm mọi thứ tôi cần. Đảm bảo rằng bạn có tệp bỏ qua git cho bin và obj và * .user.

Nhà cung cấp kiểm soát nguồn Git là trình cắm mới tích hợp Git với Visual Studio.

Tôi đã xem xét điều này một chút tại nơi làm việc (cả với Subversion và Git). Visual Studio thực sự có API tích hợp kiểm soát nguồn để cho phép bạn tích hợp các giải pháp kiểm soát nguồn của bên thứ ba vào Visual Studio. Tuy nhiên, hầu hết mọi người không bận tâm với nó vì một vài lý do.

Đầu tiên là API khá nhiều giả định rằng bạn đang sử dụng quy trình kiểm tra bị khóa. Có rất nhiều móc nối trong đó rất tốn kém để thực hiện, hoặc chỉ đơn giản là không có ý nghĩa khi bạn đang sử dụng quy trình hợp nhất chỉnh sửa hiện đại hơn.

Thứ hai (có liên quan) là khi bạn đang sử dụng quy trình hợp nhất chỉnh sửa mà cả Subversion và Git khuyến khích, bạn không thực sự cần tích hợp Visual Studio. Điều giết người chính về sự tích hợp của SourceSafe với Visual Studio là bạn (và biên tập viên) có thể biết nhanh những tập tin bạn sở hữu, phải được kiểm tra trước khi bạn có thể chỉnh sửa và bạn không thể kiểm tra ngay cả khi bạn muốn. Sau đó, nó có thể giúp bạn làm bất cứ điều gì voodoo kiểm soát sửa đổi mà bạn cần làm khi bạn muốn chỉnh sửa một tập tin. Không ai trong số đó thậm chí là một phần của quy trình Git điển hình.

Khi bạn đang sử dụng Git (hoặc SVN thường), tất cả các tương tác kiểm soát sửa đổi của bạn đều diễn ra trước phiên phát triển của bạn hoặc sau đó (một khi bạn đã làm mọi thứ và được kiểm tra). Tại thời điểm đó, việc sử dụng một công cụ khác thực sự không quá khó khăn. Bạn không phải liên tục phải chuyển đổi qua lại.

Tôi thấy rằng Git, hoạt động trên toàn bộ cây như hiện tại, được hưởng lợi ít hơn từ tích hợp IDE so với các công cụ kiểm soát nguồn dựa trên tệp hoặc theo mô hình kiểm tra-chỉnh sửa-cam kết. Tất nhiên có những trường hợp có thể tốt khi nhấp vào nút để thực hiện kiểm tra lịch sử, nhưng tôi không bỏ lỡ điều đó rất nhiều.

Việc cần làm thực sự là làm cho tệp .gitignore của bạn có đầy đủ những thứ không nên có trong kho lưu trữ được chia sẻ. Của tôi thường chứa (trong số những thứ khác) như sau:

*.vcproj.*.user
*.ncb
*.aps
*.suo

nhưng điều này rất thiên về C ++ với rất ít hoặc không sử dụng bất kỳ chức năng kiểu trình hướng dẫn lớp nào.

Mô hình sử dụng của tôi là một cái gì đó như sau.

1. Mã, mã, mã trong Visual Studio.

2. Khi hạnh phúc (điểm trung gian hợp lý để xác nhận mã, hãy chuyển sang Git, thay đổi giai đoạn và xem xét khác. Nếu bất cứ điều gì rõ ràng là sai hãy quay lại Visual Studio và sửa, nếu không thì cam kết.

Bất kỳ hợp nhất, nhánh, rebase hoặc các công cụ SCM ưa thích khác đều dễ dàng thực hiện trong Git từ dấu nhắc lệnh. Visual Studio thường khá hài lòng với những thứ thay đổi theo nó, mặc dù đôi khi nó có thể cần tải lại một số dự án nếu bạn đã thay đổi đáng kể các tệp dự án.

Tôi thấy rằng tính hữu dụng của Git lớn hơn bất kỳ sự bất tiện nhỏ nào khi không tích hợp IDE đầy đủ nhưng ở một chừng mực nào đó, đó là vấn đề của hương vị.

Microsoft đã công bố Git for Visual studio 2012 (bản cập nhật 2) gần đây. Tôi chưa chơi xung quanh nó, nhưng video này có vẻ đầy hứa hẹn.

Dưới đây là hướng dẫn nhanh về cách sử dụng Git từ Visual Studio 2012.

Cũng đừng bỏ lỡ TortoiseGit ... https://tortoisegit.org/

Có một công cụ Visual Studio cho Git của Microsoft. Nó chỉ hỗ trợ Visual Studio 2012 (cập nhật 2).

Visual Studio 2013 vốn hỗ trợ Git.

Xem thông báo chính thức .

Hỗ trợ Git được thực hiện bởi Microsoft trong Visual Studio chỉ đủ tốt cho công việc cơ bản (cam kết / tìm nạp / hợp nhất và đẩy). Lời khuyên của tôi là chỉ cần tránh nó ...

Tôi rất thích GitExtensions (hoặc theo tỷ lệ ít hơn SourceTree ). Bởi vì nhìn thấy DAG đối với tôi thực sự quan trọng để hiểu cách Git hoạt động. Và bạn biết nhiều hơn về những gì những người đóng góp khác cho dự án của bạn đã làm!

Trong Visual Studio, bạn không thể nhanh chóng thấy sự khác biệt giữa các tệp hoặc cam kết, cũng không (thêm vào chỉ mục) và chỉ cam kết một phần sửa đổi. Duyệt lịch sử của bạn cũng không tốt ... Tất cả kết thúc trong một trải nghiệm đau đớn!

Và, ví dụ, GitExtensions được đóng gói với các plugin thú vị: tìm nạp nền, GitFlow, ... và bây giờ, tích hợp liên tục !

Đối với người dùng Visual Studio 2015 , Git đang hình thành nếu bạn cài đặt tiện ích mở rộng GitHub. Nhưng một công cụ bên ngoài vẫn tốt hơn ;-)

TortoiseGit đã trưởng thành và tôi khuyên bạn nên sử dụng nó đặc biệt là nếu bạn đã sử dụng TortoiseSVN.

Bản phát hành mới nhất của Tiện ích mở rộng Git hỗ trợ Visual Studio 2010 ngay bây giờ (cùng với Visual Studio 2008 và Visual Studio 2005 ).

Tôi thấy nó khá dễ sử dụng với Visual Studio 2008 và giao diện có vẻ giống nhau trong Visual Studio 2010.

Giải pháp đơn giản nhất thực sự hoạt động khá tốt là thêm các lệnh TortoiseGit làm công cụ bên ngoài.

Giải pháp để thêm thanh công cụ Git (TortoiseGit) vào Visual Studio

Như được đề cập bởi Jon Rimmer, bạn có thể sử dụng GitExtensions. GitExtensions hoạt động trong Visual Studio 2005 và Visual Studio 2008, nó cũng hoạt động trong Visual Studio 2010 nếu bạn sao chép và định cấu hình tệp .Addin theo cách thủ công.

Hiện tại có 2 tùy chọn cho Kiểm soát nguồn Git trong Visual Studio (2010 và 12):

1. Nhà cung cấp kiểm soát nguồn Git
2. Nhà cung cấp Microsoft Git

Tôi đã thử cả hai và đã tìm thấy người đầu tiên trưởng thành hơn, và có nhiều tính năng hơn. Ví dụ, nó chơi độc đáo với cả phần mở rộng git và git rùa, và thậm chí còn phơi bày các tính năng của chúng.

Lưu ý : Bất kỳ tiện ích mở rộng nào bạn sử dụng, hãy đảm bảo rằng bạn kích hoạt nó Tools -> Options -> Source control -> Plugin Selectionđể nó hoạt động.

Kể từ 2013/02/11, plugin Microsoft Git cho Visual Studio 2012 cũng sẽ hoạt động với phiên bản Express .