Proszę kogoś, daj mi znać, jaka jest wydajność TFS vs SVN przez WAN. Mam scenariusz, w którym mamy wiele zespołów ustawionych w różnych miejscach geograficznych. Czy ktoś może mi pomóc zdecydować, czego użyć?tfs vs svn performace przez WAN
Co więcej, chciałbym wiedzieć o wydajności TFS 2008. Od czytania w Internecie, rozumiem, że TFS 2005 był naprawdę zły w sieci WAN. Ale chciał wiedzieć, czy ktokolwiek zauważył jakąś istotną poprawę wydajności TFS 2008?
TFS nie jest przeznaczony do pracy w trybie off-line (nawet jeśli jest to possible to work around that).
Subwersja jest zatem lepszym wyborem w przypadku pracy z niewiarygodnym/wolnym połączeniem. Nowoczesne narzędzia do kontroli wersji, takie jak mercurial lub git, są jeszcze lepsze pod tym względem.
Biorąc to pod uwagę, nie jestem pewien, czy porównanie jest użyteczne. Subversion to tylko system kontroli wersji. TFS zawiera system kontroli wersji, serwer budowania, narzędzie do zgłaszania problemów, raportowanie projektów i usługi gromadzenia danych, repozytorium sharepoint itp.
Wygląda na to, że chcesz rozważyć system kontroli wersji rozproszonej (dvcs). Działa to bardzo dobrze, ponieważ programiści mogą kontynuować pracę bez dostępu do Internetu i wielu innych korzyści.
Jednym, który wydaje się zyskiwać dużo trakcji dla rozwijania się na Windowsie jest GitHub w połączeniu z GitExtensions dla Visual Studio (biorąc pod uwagę twoje odniesienie do Tfs, zakładam, że to twoja konfiguracja). Git ma inne tło, ale przenosi się do niego many MS stack projects, szczególnie w scenariuszu, który opisujesz i open source.
Po ostatnim sprawdzeniu, TFS nie został zoptymalizowany pod kątem połączeń o niskiej przepustowości - na przykład, nie wysyła różnic podczas aktualizacji wersji pliku, ale wysyła tylko kompletną zawartość nowego pliku (cóż, przynajmniej gzips to ...).
W zależności od wielkości, ekspertyzy i portfela zespołu, za Tfs uznano by użycie Tfs proxy server w różnych lokalizacjach.
I znowu, system kontroli wersji rozproszonej, więc DVCS, a nie d-CVS, jest idealnym rozwiązaniem. Świetnie jak zawsze. -1 dla błędnej pisowni i nie odpowiadając na jego pytanie. Jednak DVCS w porównaniu do ogólnoświatowych grup programistycznych oferuje znacznie lepszą wydajność niż cokolwiek innego. Więc daj +1 za to. Wreszcie, głównym problemem są docelowi odbiorcy: ludzie, których celem jest TFS, dzielą się ... hm ... żadnymi typowymi cechami, ale są programistami z ludźmi, których celem jest git lub hg. Jak kompetentni są jego współpracownicy? – gimpf
@gimpf zdołał poprawić moją literówkę na minutę przed opublikowaniem komentarza;) na grupie docelowej podnosisz dobry punkt. to jest coś, co można uzyskać w odniesieniu do git. pewna dyscyplina również nie byłaby niefortunna. jednak użyłem Tfs i svn i odkryłem, że oba mają świetne funkcje i oba mają zaskakującą głębię. nie lekceważcie tego, jak dobry Tfs ma, szczególnie w odniesieniu do rzeczy z serwerami zbudowanymi z tfs 2008. jednak masz rację i to jest typowe, że tylko zespoły, które używają tego, mają tych, którzy znają grubą kompilację i te, które po prostu używają interfejsu użytkownika. – dove