Inna rozproszonych systemów kontroli wersji współpracuje

głosy
14

Moje biuro ma centralny Source Safe 2005 zainstalować, którego używamy do kontroli źródła. Nie mogę zmienić tego, co urząd korzysta na serwerze.

I rozwijać na laptopie i chciałby mieć inny repozytorium kontroli źródła lokalne, które można zsynchronizować z serwerem centralnym (jeśli jest dostępny), niezależnie od tego, co to centralny usługodawca. Powodem wniosku jest więc mogę utrzymać stabilną lokalnego oddziału / budowania prezentacji dla klientów przy jednoczesnym rozwijać bez konieczności skakać przez obręcze płonące. Ponadto, jako konsultant, moi klienci mogą zażądać, aby użyć ich dostawcę kontroli źródła i elastyczność tutaj by ułatwić życie.

Czy któryś z istniejących klientów kontrolne rozmieszczone źródło z tym poradzić?

Utwórz 04/08/2008 o 20:04
źródło użytkownik
W innych językach...                            


4 odpowiedzi

głosy
1

Powinieneś być w stanie sprawdzić aktualną wersję kodu, a następnie utworzyć repozytorium git wokół niego. Aktualizacja że i zobowiązując go do lokalnego repozytorium git powinny być bezbolesne. Jak powinno klonowania.

Jedynym haczykiem jest to, że trzeba je mieć zarówno ignorować siebie (robiłem coś podobnego z SVN) przez brudząc z odpowiednich plików zignorować. Ja zakładając SourceSafe Chodźmy ignorujesz rzeczy. I trzeba zrobić pewne operacje dwa razy (jak mówienie, że zarówno usuwasz plik).

Odpowiedział 04/08/2008 o 20:10
źródło użytkownik

głosy
1

Cóż ... KernelTrap ma coś na ten temat . Wygląda na to, można użyć vss2svn do rury Source Safe repo do repozytorium, a następnie użyć bardzo ładne git-svn aby pociągnąć do lokalnego repo git.

Chciałbym założyć z powrotem do zobowiązuje VSS nie byłoby sprawne, automatyczny proces przy użyciu tej metody.

Odpowiedział 04/08/2008 o 20:13
źródło użytkownik

głosy
0

niektóre dzień pracuję w firmie, która wykorzystać VSS (i innych firm, które korzystają z innych, mniej unknow SCM ), ale wolę używać SVN (kiedyś postaram GIT) dla aktywnego rozwoju, dla mnie i mojej grupy.

Przede wszystkim, ta sytuacja to tylko dobry pomysł, jeśli zobowiążą się do VSS jest niewiele ponad miesiąc, ponieważ praca z innymi niż SCM (VSS) daje więcej ELASTYCZNOŚCI, ale commint do VSS z SVN jest drogie w czasie.

Moje rozwiązanie było:

VSS -> SVN: Mam skrypt Linux (lub ant skrypt lub skrypt) XXX że kopia z currrent pracy katalogów Aktualizacja VSS do aktualnej SVN, a następnie odśwież klienta SVN i aktualizacji / seryjnej / commit do SVN. Dzięki temu jesteś aktualizacja zmian resztą firmy, które korzystają z VSS.

SVN -> VSS: W ten sposób, trzeba mieć kasę wszystkich swoich modyfikować pliki do VSS, można po prostu użyć odwrotnego scenariusza skopiować z bieżącej aktualizacji katalogu SVN (ignorować .svn katalogów) i skopiować do bieżącej aktualizacji katalogu VSS, aktualizować i popełnić.

Należy jednak pamiętać, w przypadku kilku czy warto swój czas, aby to zrobić.

Odpowiedział 18/08/2008 o 12:59
źródło użytkownik

głosy
1

Ten odcinek HanselMinutes obejmuje dokładnie to, co miałem nadzieję usłyszeć. Widocznie Git mogą być stosowane lokalnie następnie dołączone do zewnętrznych repozytoriów Subversion / VSS jak potrzebujących. Rozmawiają o tym 14 ~ 15 minut.

Odpowiedział 07/11/2008 o 17:51
źródło użytkownik

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more