Verschillende Distributed Version Control Systems samenwerken

stemmen
14

Mijn kantoor heeft een centrale Source Safe 2005 installeren die we gebruiken voor de bron controle. Ik kan niet veranderen wat het kantoor gebruikt op de server.

Ik ontwikkel op een laptop en wil graag een andere lokale bron controle repository die kan worden gesynchroniseerd met de centrale server (indien beschikbaar), ongeacht de wat dat centrale provider is. De reden voor het verzoek is dus ik kan een lokale stable branch handhaven / bouwen voor klantpresentaties terwijl ze blijven ontwikkelen, zonder te springen door vlammende hoepels. Ook, zoals een consultant, kan mijn klanten vragen die ik gebruik de bron controle provider en flexibiliteit hier zou het leven gemakkelijker te maken.

Kan een van de bestaande gedistribueerde source control klanten aankan?

De vraag is gesteld op 04/08/2008 om 20:04
bron van user
In andere talen...                            


4 antwoorden

stemmen
1

Deze aflevering van HanselMinutes dekt precies wat ik hoopte te horen. Blijkbaar Git kan lokaal gebruikt worden vervolgens gekoppeld aan externe subversie / VSS repositories als noodzaak. Ze praten over 14 ~ 15 minuten in.

antwoordde op 07/11/2008 om 17:51
bron van user

stemmen
1

Nou ... KernelTrap heeft iets op deze . Het lijkt erop dat u kunt gebruiken vss2svn om pijp de Source Safe repo in een Subversion repository, gebruik dan de zeer mooie git-svn te trekken in een lokale git repo.

Ik zou commits uitgaan naar VSS niet glad, automatisch proces met deze methode zou zijn.

antwoordde op 04/08/2008 om 20:13
bron van user

stemmen
1

Je moet in staat zijn om te controleren of de huidige versie van de code en maak vervolgens een git repository omheen. Het bijwerken van dat en het plegen van het aan uw lokale git repository moet worden pijnloos. Als het moet klonen.

Het enige nadeel is dat je nodig hebt om ze allebei te negeren elkaar (ik heb iets soortgelijks met SVN gedaan) door het knoeien met de juiste negeren bestanden. Ik ben ervan uitgaande SourceSafe laat je negeren dingen. En wat je nodig hebt om bepaalde handelingen te doen twee keer (als het vertellen van beiden dat u een bestand verwijdert).

antwoordde op 04/08/2008 om 20:10
bron van user

stemmen
0

ik op een dag te werken in een bedrijf dat VSS gebruiken (en in andere bedrijven die andere, minder onbekende gebruiken SCM ) maar ik heb liever gebruik maken van SVN (een dag zal ik proberen GIT) voor de actieve ontwikkeling, voor mij en mijn groep.

Allereerst, deze situatie is het alleen goed idee, als verbinden tot VSS zijn weinig meer dan maand, omdat het werken met andere SCM (dan VSS) geven u meer flexiblity, maar Commint om VSS van SVN is duur in de tijd.

Mijn oplossing was:

VSS -> SVN: Ik heb linux script (of mier script, of XXX script) die kopiëren van currrent-update directory werk van de VSS aan de huidige SVN, dan vernieuwen SVN client en bijwerken / merge / committeren aan SVN. Met deze bent u-update van veranderingen van de rest van het bedrijf die VSS gebruiken.

SVN -> VSS: Op deze manier heb je een checkout van al uw wijzigen bestanden naar VSS nodig hebt, dan kun je gewoon gebruik maken van de omgekeerde script voor het kopiëren van de huidige actualisering SVN directory (negeer .svn directories) en kopiëren naar huidige actualisering VSS directory, actualiseren en te plegen.

Maar vergeet niet, in een paar geval doet de moeite waard uw tijd om dit te doen.

antwoordde op 18/08/2008 om 12:59
bron van user

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