Diferite Sisteme distribuite Versiunea de control care lucrează împreună

voturi
14

Biroul meu are o sursă centrală sigură 2005 instala pe care le folosim pentru controlul sursei. Nu pot schimba ceea ce folosește biroul de pe server.

Am dezvolta pe un laptop și ar dori să aibă un depozit de altă sursă de control local, care se poate sincroniza cu serverul central (atunci când sunt disponibile), indiferent de ceea ce că furnizorul central este. Motivul solicitării este ca să pot menține o ramură stabilă locală / construi pentru prezentări client în timp ce continuă să se dezvolte fără a fi nevoie să sară prin cercuri Flăcări. De asemenea, în calitate de consultant, clienții mei pot solicita ca am folosi furnizorul lor de control sursă și flexibilitate aici ar face viața mai ușoară.

Poate oricare dintre clienții sursa de control distribuit existente se ocupe de asta?

Întrebat 04/08/2008 la 20:04
sursa de către utilizator
În alte limbi...                            


4 răspunsuri

voturi
1

Acest episod de HanselMinutes acoperă exact ceea ce am fost în speranța de a auzi. Se pare că Git poate fi folosit local , apoi atașat la arhive externe subversiune / VSS ca necesitate. Ei vorbesc despre ea 14 ~ 15 minute.

Publicat 07/11/2008 la 17:51
sursa de către utilizator

voturi
1

Ei bine ... kerneltrap are ceva de pe acest . Se pare că puteți utiliza vss2svn la conducta de sursă sigură repo într - un depozit Subversion, apoi utilizați foarte frumos GIT-SVN pentru a trage într - un repo git local.

Mi-ar asuma se angajează înapoi la VSS nu ar fi un proces lin, automat folosind această metodă.

Publicat 04/08/2008 la 20:13
sursa de către utilizator

voturi
1

Tu ar trebui să poată verifica versiunea curentă a codului și apoi să creați un depozit git în jurul ei. Actualizarea care și-l comite la depozitul GIT locale ar trebui să fie nedureros. Așa cum ar trebui să-l clonarea.

Singura problemă este că trebuie să le aibă ambele ignora reciproc (am făcut ceva similar cu SVN) prin încurcați cu fișierele corespunzătoare ignora. Sunt presupunand te ignor lucruri SourceSafe hai sa. Și va trebui să facă anumite operații de două ori (cum ar fi spune atât pe care o ștergeți un fișier).

Publicat 04/08/2008 la 20:10
sursa de către utilizator

voturi
0

într- o zi am de lucru într - o companie care utilizează VSS (și în alte companii care folosesc alte mai puțin unknow SCM ) , dar eu prefer folosesc SVN (intr -o zi voi încerca GIT) pentru dezvoltarea activă, pentru mine și grupul meu.

În primul rând, această situație este doar o idee bună, în cazul în care se angajează să VSS sunt câteva peste o lună, pentru că lucrează cu alte SCM (decât VSS) vă oferă mai mult flexiblity, dar commint la VSS din SVN este costisitoare în timp.

Soluția mea a fost:

VSS -> SVN: Am script linux (sau script ant, sau script-ul XXX), care copiați din locul de muncă director actualizare currrent de VSS la curent SVN, apoi actualizați client SVN și actualizare / îmbinare / se angajeze la SVN. Cu aceasta, sunteți actualizare de modificări ale restului companiei care utilizează VSS.

SVN -> VSS: În acest fel, aveți nevoie de o checkout a tuturor modifica fișierele la VSS, atunci puteți utiliza pur și simplu script-ul inversă pentru a copia de actualizare directorul curent SVN (ignora .svn directoare) și copia de a actualiza directorul curent VSS, să actualizeze și să se angajeze.

Dar, amintiți-vă, într-un caz câteva are valoare de timp pentru a face acest lucru.

Publicat 18/08/2008 la 12:59
sursa de către utilizator

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