Ulike Distribuert versjonskontrollsystemer jobber sammen

stemmer
14

Mitt kontor har en sentral Source Safe 2005 installere som vi bruker for kildekontroll. Jeg kan ikke endre hva kontoret bruker på serveren.

Jeg utvikler på en bærbar PC og ønsker å ha en annen lokal kilde kontroll depot som kan synkronisere med den sentrale serveren (når tilgjengelig) uavhengig av hva som sentrale leverandøren er. Bakgrunnen for forespørselen er slik at jeg kan opprettholde en lokal stabil gren / bygge for kundepresentasjoner mens du fortsetter å utvikle seg uten å måtte hoppe gjennom brennende ringer. Også, som en konsulent, kan mine klienter be om at jeg bruker deres kildekontroll leverandør og fleksibilitet her vil gjøre livet enklere.

Kan noen av de eksisterende distribuert kildekontroll klienter håndtere det?

Publisert på 04/08/2008 klokken 19:04
kilden bruker
På andre språk...                            


4 svar

stemmer
1

Denne episoden av HanselMinutes dekker akkurat det jeg håpet å høre. Tilsynelatende Git kan brukes lokalt deretter tilkobles eksterne undergraving / VSS depoter som behovet. De snakker om det 14 ~ 15 minutter i.

Svarte 07/11/2008 kl. 16:51
kilden bruker

stemmer
1

Vel ... KernelTrap har noe på dette . Ser ut som du kan bruke vss2svn å pipe Source Safe repo inn i et Subversiondepot, deretter bruke veldig fin git-svn å trekke inn i en lokal git repo.

Jeg vil anta inger tilbake til VSS ville ikke være en jevn, automatisk prosess ved hjelp av denne metoden.

Svarte 04/08/2008 kl. 19:13
kilden bruker

stemmer
1

Du bør være i stand til å sjekke ut den gjeldende versjonen av koden, og deretter opprette en git repository rundt det. Oppdatere det og forplikter det til din lokale git repository skal være smertefri. Som bør klone det.

Den eneste haken er at du må ha dem begge ignorere hverandre (jeg har gjort noe lignende med SVN) ved å rote med de riktige ignorere filer. Jeg er forutsatt Source lar deg ignorere ting. Og du trenger å gjøre visse operasjoner to ganger (som å fortelle både at du sletter en fil).

Svarte 04/08/2008 kl. 19:10
kilden bruker

stemmer
0

en dag jeg jobber i et selskap som bruker VSS (og i andre selskaper som bruker andre mindre unknow SCM ), men jeg foretrekker å bruke SVN (en dag jeg skal prøve GIT) for aktiv utvikling, for meg og min gruppe.

Først av alt, det er denne situasjonen bare god idé, hvis forplikte seg til VSS er noen over måned, fordi arbeider med andre SCM (enn VSS) gir deg mer fleksibilitet, men commint til VSS fra SVN er dyrt i tid.

Min løsning var:

VSS -> SVN: Jeg har linux script (eller maur script, eller XXX script) som kopierer fra currrent oppdatering katalog arbeidet med VSS til dagens SVN, deretter oppdatere SVN klient og oppdatere / merge / forplikte seg til SVN. Med dette, er du oppdatering fra endringer i resten av selskapet som bruker VSS.

SVN -> VSS: På denne måten trenger du en uthenting av alle dine endre filer til VSS, så kan du bare bruke omvendt skriptet til å kopiere fra dagens oppdatering SVN katalog (ignorere .svn kataloger) og kopiere til dagens oppdatering VSS katalog, oppdatere og begår.

Men husk, i noen tilfelle ikke verdt din tid til å gjøre dette.

Svarte 18/08/2008 kl. 11:59
kilden bruker

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