Jakie są duże różnice między TFVC (TFS Version Control) a Git do kontroli źródła podczas korzystania z programu Visual Studio 2013?

Jest mnóstwo pytań i odpowiedzi na temat Git kontra TFVC Source Control, ale żadne aktualne odpowiedzi nie obejmują integracji Git z Team Foundation Server / Service, które mogę znaleźć.

Rozpoczynam tworzenie zielonych pastwisk przy użyciu szerokiej gamy języków (C #, C ++, PHP, Javascript, MySSQL) przy użyciu Visual Studio 2013. W przyszłości będzie trochę rozwoju iOS. Bardzo dobrze znam SVN, VSS i TFVC do kontroli źródła. Jednak nigdy nie używałem Git. Wolę TFS do zarządzania procesami / zwinnego rozwoju ... Nie jest doskonały, ale dobrze integruje się z Visual Studio.

Tak więc, aby pomóc mi zdecydować między tymi dwoma systemami ...

Jakie są duże różnice między TFVC i Git do kontroli źródła podczas korzystania z programu Visual Studio 2013?

• Czy jedyną korzyścią w moim przypadku jest lokalne repozytorium (nie mówiąc, że jest to nieistotne) i wsparcie rozwoju iOS?
• Jest jedyną wadą interfejsu wiersza poleceń Gita (niektórzy twierdzą, że to nie wada ;-P).
• Czy masz doświadczenie z graficznym interfejsem użytkownika programu Visual Studio 2013 dla Git? Czy to wystarczy, aby obsługiwać podstawowe rozgałęzianie / scalanie bez interfejsu wiersza poleceń?
• Czy istnieje szczegółowy przewodnik dotyczący uruchamiania Git, który pokazuje, że Git jest używany z programem Visual Studio 2013? Microsoft ma wideo do integracji istniejącego repozytorium Git z Visual Studio 2013, ale szukam początku od zera z Git i VS 2013.

Nie szukam tutaj książki, ale tylko kilka wypunktowanych punktów i może kilka odpowiednich linków od ludzi, którzy używali zarówno TFVC, jak i Git.

Jakie są duże różnice między TFS i Git do kontroli źródła podczas korzystania z VS 2013?

MSDN ma bardzo obszerną stronę na temat wszystkich funkcji i różnic między Team Foundation Version Control i Git .

Czy jedyną korzyścią w moim przypadku jest lokalne repozytorium (nie mówiąc, że jest to nieistotne) i wsparcie rozwoju IoS?

Nie, jest o wiele więcej, ale często są to zaawansowane scenariusze Gita. Lokalne repozytorium, obsługa w trybie offline i pełna lokalna wierność historii są niezwykle wydajne, dzięki programowi Visual Studio można to zrobić zaraz po wyjęciu z pudełka. Jest też kilka innych funkcji, które są świetne! Możliwość rozgałęziania i scalania z jednego repozytorium do drugiego jest bardzo potężna. Polecam zajrzeć do książki Pro Git . Git w TFS to po prostu kolejny serwer git, ma prawie wszystkie funkcje, które ma standardowy Git.

Możliwość przepisania historii przed scaleniem umożliwia usuwanie lub łączenie kilku mniejszych zestawów zmian, dzięki czemu historia jest czystsza i łatwiejsza do odczytania jako człowiek.

Jest jedyną wadą interfejsu wiersza poleceń Gita (niektórzy twierdzą, że to nie wada ;-P).

TFVC ma również wiersz poleceń, ludzie go po prostu nie używają. Dla osób, które chcą korzystać z Git i nigdy nie robią więcej niż TFVC, prawdopodobnie nie będą musiały opuszczać interfejsu użytkownika, ale nie otrzymają wielu fajnych funkcji ...

Może być kilka innych wad, głównie z powodu tego, że różni się od tego, do czego ludzie są przyzwyczajeni. Nie jest trudno strzelić sobie w stopę, jeśli nie poświęcisz czasu, aby dowiedzieć się, co robi git, kiedy coś robisz. Rzeczy takie jak Rebase i Squash są naprawdę potężne i tworzą bardzo czystą historię, ale mogą pozostawić ludzi z problemem, że nie będą już mogli się połączyć, jeśli zostaną niewłaściwie użyte. TFS ma możliwość wprowadzenia pewnych ustawień bezpieczeństwa, aby odebrać prawa do podejmowania bardzo głupich decyzji w repozytorium git .

Bardzo fajnym dodatkiem dla użytkowników Git w systemie Windows jest PoSHGit . zapewnia autouzupełnianie poleceń w wierszu poleceń programu PowerShell.

Czy masz doświadczenie z interfejsem graficznym VS 2013 dla Git? Czy to wystarczy, aby obsługiwać podstawowe rozgałęzianie / scalanie bez interfejsu wiersza poleceń?

Ma wszystko, czego potrzebujesz do podstawowych operacji. Ale musisz być w stanie wizualizować różne gałęzie, aby wiedzieć, co się dzieje. Ponieważ serwer Git i lokalne repozytorium to tylko Git, każdy klient git może Ci tutaj pomóc. SourceTree jest tutaj opcją. Klient Git dla Windows jest inny.

W przypadku standardowych operacji, zaewidencjonowania, wyewidencjonowania, scalania, rozgałęziania (lub wypychania, ściągania, pobierania, zatwierdzania, scalania) interfejs użytkownika działa dobrze.

Czy istnieje szczegółowy przewodnik dotyczący uruchamiania Git, który pokazuje, że Git jest używany z VS 2013? MS ma wideo do integracji istniejącego repozytorium Git z VS 2013, ale szukam początku od zera z Git i VS 2013?

Począwszy od Git jest dostępny w wielu miejscach ... Oto kilka opcji:

• Dokumenty MSDN: używaj programu Visual Studio z Git
• Blog MSDN: wprowadzenie do Git
• Istnieje praktyczne laboratorium dla maszyny wirtualnej Briana Kellera .
• Microsoft Virtual Academy: korzystanie z Git w programie Visual Studio 2013 Jump Start
• Pluralsight: Git dla deweloperów programu Visual Studio

Inne dobre lektury:

• Dokumenty MSDN: Podsumowanie Git vs TFVC
• Syncfusion: Git zwięźle
• Ustawienie narzędzia Visual Studio Merge jako domyślnego dla Git
• przy użyciu PoshGit z poziomu programu Visual Studio
• Apress: Pro Git
• ALM Ranger Git dla wskazówek dla użytkowników TFVC.

I kilka narzędzi, które warto zainstalować:

• PoshGit
• SourceTree
• Git Diff Margin

Aby wyjaśnić mylącą, mieszaną terminologię, która jest często używana w TFS

Team Foundation Server (TFS) to narzędzie do zarządzania cyklem życia aplikacji, które obejmuje składnik systemu kontroli wersji źródła (VCS) .

VCS składnik TFS używa przede wszystkim Zespół Wersja Foundation sterowania (TFVC)

Tak więc pytanie brzmiałoby: TFVC kontra Git

(W rzeczywistości TFS obsługuje Git jako opcję VCS ).

Tak więc pytanie brzmi: TFVC kontra Git

jessehouwing ma świetną odpowiedź, która szczegółowo omawia tę kwestię, więc prosimy o odniesienie się do niej

Jeśli chodzi o wybór, którego użyć, moim zdaniem wygrywa Git

1. Jest lekki: prosty w konfiguracji i rozpoczęciu użytkowania.
2. Jego rozproszony charakter oznacza, że ​​jest bardzo odporny na katastrofy, ktoś zawsze będzie miał kopię repozytorium.
3. Praca w trybie offline jest prosta, pracujesz z własnym pełnym repozytorium. Możesz zatwierdzać zmiany, przywracać, przeglądać historię itp. Musisz być online tylko wtedy, gdy chcesz zsynchronizować się ze zdalnym repozytorium.
4. W TFS nie ma prostego sposobu na zapisanie stanu zmian (dodania plików, modyfikacje, usunięcia plików) i przełączenie się do innego stanu kodu. (Na przykład, aby pracować nad dwiema funkcjami i przełączać się między nimi). W git po prostu płacisz inną gałąź.

Jest jedyną wadą interfejsu wiersza poleceń Gita (niektórzy twierdzą, że to nie wada ;-P).

Jeśli nie podoba Ci się interfejs wiersza poleceń, istnieje wiele interfejsów GUI dostępnych dla Git. Sam Git faktycznie zawiera narzędzie GUI przeglądarki repozytorium o nazwie gitki git-gui- GUI dla git. Następnie są aplikacje innych firm, takie jak git-cola , TortoiseGit i inne .