Cum să cum și de ce să lucreze cu svn via git

În articol, vă voi spune cum lucrăm cu svn via git și de ce nu am ales un git pur.

Subversion este un sistem centralizat de control al versiunii. Acesta este principalul său minus și principalul său avantaj :)







În plus, faptul că centralizarea face posibilă, de exemplu, numărul comitetelor, deoarece ordinea lor este cunoscută.
De asemenea, minimizează conflictele (deși acest lucru poate fi argumentat), deoarece Toată lumea știe starea actuală a depozitului.
În svn, puteți stoca mai multe proiecte într-un depozit. În general, integrarea depozitului în svn este foarte asemănătoare cu sistemul de fișiere, care oferă un prag minim de intrare pentru cei care nu au lucrat niciodată cu sistemele de control al versiunilor.

S-ar părea - soluția se află la suprafață, trebuie doar să schimbați sistemul de control al versiunilor. În cazul nostru, nu puteți merge la git.

Există mai multe motive pentru aceasta, și toate acestea se datorează moștenirii. Dacă trebuia să începem dezvoltarea acum, am prefera să alegem doar git. Avem o repozitorie de aproximativ șase ani, timp în care am creat 129 de proiecte în cadrul acesteia, iar numărul de audituri a depășit 88.000.
Folosim trac ca un bugtracker. Acum are mai mult de 10 mii de bilete. În multe cazuri, există referiri la comitete care confirmă corecțiile. Acest patrimoniu bogat nu trebuie pierdut.






Svn are de asemenea un plus - toate proiectele se află în același depozit. Trac crede că avem un proiect, ceea ce face mult mai ușor să lucrăm cu el.
Cu alte cuvinte, respingerea svn este prea costisitoare pentru noi, dar măsurați-o.

Să fie svn în interiorul depozitului, dar toată lumea va lucra cu el prin intermediul git. Să o facem!

  • Instalați git și git-svn. Metoda de instalare depinde de sistemul dvs. de operare. În cazul meu vine în jos la un set simplu de comenzi:
  • Creați o plăcută de utilizat
  • Clonăm repositoarea svn:

    Ultima echipă va lua o perioadă considerabilă de timp. În depozitul nostru - orele 4.
    --stdlayout ne spune că locația proiectului este standard:

    Trunchiul este numit acum maestru, toate celelalte brunches sunt denumite ca de obicei.
    Lucrați cu brunches:

    Și cum să lucrăm acum cu asta?

  • Merge. Pentru asta am făcut toate astea.

    Pentru merzh în maestru (trunchiul)

    Merzh trece rapid, pentru că Nu aveți nevoie de un depozit la distanță. Nimeni nu se mai teme de ele.
  • Git de bază

    În cele din urmă o mică întrebare frecventă:

    • Faceți un brunch și treceți la el: git svn bilet filială-666 git svn fetch git co-b bilet 666 bilet 666
    • Aduceți brunch-ul la biletul principal: git co-666 git merge --log --no-ff master git svn dcommit git co master git merge --log --no-ff bilet-666 git svn dcommit
    • Treceți brunch-ul în test (actualizare de la expert și zakomitit): git co bilet-666 git merge --log --no-ff master git svn dcommit
      Actualizați periodic depozitul: git svn fetch

    În loc să încheiem







    Articole similare

    Trimiteți-le prietenilor: