Rozdílné distribuované Version Control Systems spolupracovat

hlasů
14

Moje kancelář má centrální zdroj Safe 2005 instalace, kterou používáme pro řízení zdrojů. Nemůžu změnit to, co úřad používá na serveru.

I rozvinout na notebooku a chtěli byste mít jiný místní zdroj ovládacího prvku úložiště, které lze synchronizovat s centrálním serverem (pokud je k dispozici) bez ohledu na to, co se, že centrální poskytovatel. Důvodem žádosti je, abych mohl udržovat místní stabilní větev / build při prezentacích pro klienty a zároveň pokračovat v rozvoji, aniž by museli proskočit obručí planoucí. Také, jako konzultant, moji klienti mohou požádat, aby mi využít svého poskytovatele zdroj ovládacího prvku a flexibilitu zde by usnadnit život.

Může některý ze stávajících kontrolních distribuovány zdroj klientům zvládnout, že?

Položena 04/08/2008 v 20:04
zdroj uživatelem
V jiných jazycích...                            


4 odpovědí

hlasů
1

Tato epizoda HanselMinutes pokrývá přesně to, co jsem doufal, že uslyší. Zřejmě Git může být použita lokálně pak připojí k vnějším podvracení / VSS úložišť jako nutnost. Mluví se o ní 14 ~ 15 minutách.

Odpovězeno 07/11/2008 v 17:51
zdroj uživatelem

hlasů
1

No ... KernelTrap má něco na toto téma . Vypadá to, že můžete použít vss2svn do potrubí Source Safe repo do Subversion, pak použijte velmi pěkný git-svn vytáhnout do místní git repo.

Předpokládal bych, commity zpět do VSS by neměl být hladký, automatický proces pomocí této metody.

Odpovězeno 04/08/2008 v 20:13
zdroj uživatelem

hlasů
1

Byste měli být schopni se podívat na aktuální verzi kódu a vytvořit repozitář kolem něj. Aktualizace, která a zavázala, že do místního git repozitáře by měla být bezbolestné. Jak by měl klonování.

Jediný úlovek je, že budete muset mít oba ignorovat sebe (jsem udělal něco podobného s SVN) by probírat s příslušnými ignoruje soubory. Jsem za předpokladu, SourceSafe pojďme ignorovat věci. A budete muset dělat některé operace dvakrát (jako říkat oba že jste odstranění souboru).

Odpovězeno 04/08/2008 v 20:10
zdroj uživatelem

hlasů
0

Jednoho dne jsem pracovat ve společnosti, která používají VSS (a v jiných společnostech, které používají jinou méně Neznámé SCM ), ale raději použít SVN (někdy se budu snažit GIT) pro aktivní rozvoj, pro mě a mé skupiny.

Za prvé, tato situace je to jen dobrý nápad, pokud se zavázaly k VSS málo přes měsíc, protože pracuje s jiným SCM (než VSS) vám větší flexibilitu, ale commint VSS ze SVN je drahá v čase.

Moje řešení bylo:

VSS -> SVN: Mám linux skript (nebo mravenec skript nebo XXX skript), který kopírovat z currrent aktualizace adresáře práci VSS na aktuální SVN, pak aktualizujte SVN klienta a aktualizace / sloučení / zavázat k SVN. Díky tomu jste aktualizace ze změn zbytku společnosti, které používají VSS.

SVN -> VSS: V této cestě, budete potřebovat pokladny všech vašich modifikovat soubory na VSS, pak můžete jednoduše použít reverzní skript zkopírovat z aktuálního aktualizace SVN adresáře (ignorovat .svn adresáře) a zkopírovat do aktuálního aktualizace VSS adresáři aktualizovat a zavázat.

Ale pamatujte, že v několika případech to stojí za váš čas, jak to udělat.

Odpovězeno 18/08/2008 v 12:59
zdroj uživatelem

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