Faptul este că comiterea nu este doar o inundație de schimbări. Esența acestei proceduri este faptul că modificările făcute la nivel local transformat în schimbări care pot fi adăugate cu succes a repertoriului și fixate în ea ca un audit periodic. Schimbări Astfel locale întotdeauna exprimate ca o diferență în ceea ce privește cea mai recentă revizuire, care este cunoscut pe plan local (de exemplu, revizuirea, care a fost în timpul ultimei actualizări), iar magazia pot fi adăugate doar acele modificări care sunt exprimate ca diferențele relative la ultimul audit depozitului.
În cel mai simplu caz, când nimic nu a fost adăugat la depozit din exterior, conversia modificărilor este redusă la nimic, pentru că modificările sunt deja exprimate sub forma diferențelor față de ultima revizie din depozit. Prin urmare, operațiunea de comitere devine trivială și arată ca o umplere simplă a modificărilor. În cazul în care, de la ultima actualizare, a apărut ceva nou în repozitoriu, încercarea de a face o comitere banală nu reușește și trebuie să treceți prin întreaga procedură, adică, mai întâi să-și adapteze modificările locale la celelalte modificări care au fost deja fixate în depozit de către altcineva și numai apoi le inundați și le reparați.
Când umplem depozitul cu modificările făcute în copia de lucru, este evidentă nevoia de a se angaja la sfârșit. La urma urmei, depozitul nu are încă modificările noastre locale, deoarece încercarea anterioară de a face o comitere banală a eșuat. Această nevoie nu este atât de evidentă în situația în care fuzionăm o filială cu alta în direct în depozit cu ajutorul fuzionării. Lucrul este aici în ce. De fapt, operația de comitet joacă, de asemenea, un rol de confirmare. Completați magazia modificărilor în cazul triviale, iar după ajustare se efectuează întotdeauna după ce un utilizator a văzut versiunea finală, astfel încât dovada sale necesare pentru fixarea altă revizuire, așa cum se înțelege și având în vedere aceeași commit'om. Dar despre unirea ramurilor în depozit acest lucru nu poate fi spus. Rezultatul combinării ramurilor este de obicei diferit de ceea ce a fost în ultimele revizii ale unei ramuri sau al celeilalte ramuri. Este o revizuire complet nouă. Și chiar și în cazul în care participarea utilizatorilor la integrarea sucursalelor nu este necesară, trebuie încă să primească confirmarea după primirea versiunii finale a noului audit. De aceea trebuie să vă angajați după fuzionare. Dacă uniunea a trecut pe mașină, comiterea are doar rolul de confirmare, ceea ce este necesar pentru stabilirea oricărei revizuiri în depozit.
răspuns dat dat 29 august '12 la 6:11
- Nu este scris rău, dar rezultatul combinării celor două ramuri poate afecta numai una dintre aceste ramuri, a doua ramură rămâne întotdeauna neschimbată. Acest lucru este valabil atât pentru fuziunea svn cât și pentru fuziunea svn - reintegrate. - Costantino Rupert Sep 10 Sep '12 la 8:02 am
Modelul tipic de lucru este următorul: checkout → lucrăm → comită → pauză → actualizare (poate cu fuzionare) → lucrăm → comitem etc.
răspuns dat dat 29 august '12 la 5:35