- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Nekem pont az nem tetszik git-ben, hogy ha nem teljes merge-öt akar az ember, akkor cherry pickelni kell, de az meg nem tesz oda semmi hivatkozást, hogy honnan jött a változás, esetleg kézzel bele lehet írni a kommentbe.
- A hozzászóláshoz be kell jelentkezni
RTFM azt mondja, hogy git cherry-pick -x. És azt is mondja, hogy nem biztos, hogy mindig akarod ezt a hivatkozást.
- A hozzászóláshoz be kell jelentkezni
Hát nincs rózsa tövis nélkül, mindenestre kíváncsi vagyok, más scm-mel hogy kezeled le a köv. szitut (nálam tipikus):
Csinálsz valami fejlesztést egy privát ágban (senki más nem látta még a kommitjaid). Egyszer csak rájössz, hogy 15 kommittal korábban ejtettél egy idegesítő kis typo-t. Egyik lehetőség, hogy ezen a ponton odabiggyesztesz egy ezt fixáló kommitot, de ezt nem szeretnéd, mert amikor majd az upsteam bemergeli a kódod, ott a revíziótörténetben csak zavaró lenne az ön-fix, inkább kijavítanád retrospektíve. Gitben ez ennyi:
$ git checkout private-branch~15
[kijavítod a hibát]
$ git commit -a --amend -C HEAD
$ git rebase --onto HEAD HEAD@{1} private-branch
(Tegyük hozzá, van rebase parancsa a Mercurialnak is... csakhogy ott By default, rebase recreates the changesets in the source branch as descendants of dest and then destroys the originals. Use "--keep" to preserve the original source changesets., azaz vagy hundertprocent tutkóra le kell ellenőrizned, hogy a rebase tényleg helyesen van paraméterezve, vagy ottmarad szemétnek az eredeti revízió. gitnél meg no para, a reflogból vissza tudod állítani, ha valamit elgépeltél a parancsban, viszont a kanonikus nézetet nem szennyezi a régi verziója az ágnak (idővel meg -- ha már a reflogból is kikerült a régi verziója az ágnak, és elég sok szemét felhalmozódott már -- szemétgyűjtés következik, és "fizikalig" is el lesz pucolva a rég verzió). Mercurial amend... na jó, mondjuk rá, hogy van, de nem lesz a szívem csücske.
Ami meg a többi verziókezelőt illeti... lövésem sincs, hogy hogy lehet ilyet, ha valaki megmonjda, azt értékelném.)
- A hozzászóláshoz be kell jelentkezni
A" git rebase -i HEAD~15" miért nem jó?
-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
- A hozzászóláshoz be kell jelentkezni
Jónak jó, de mit csináljon pl. az egyszeri newcomer user, ha a user manual még mindig ezt a régi módszert említi? ;)
- A hozzászóláshoz be kell jelentkezni
Ja ezt tényleg nem ismertem, bár a "git rebase -i" + edit rebase scenario + "git rebase --continue" is három git-akció. (Mindenestre lehet, hogy rászokom, köszi a tippet.)
Vicces, hogy azt kérdeztem, nem giten mit csinál az illető, és ehelyett gitre kaptam mégegy opciót.
- A hozzászóláshoz be kell jelentkezni