Git: test na vyskyt konfliktu?
Jan Kasprzak
kas na fi.muni.cz
Čtvrtek Duben 14 13:02:28 CEST 2011
Petr Prcek Janda wrote:
: > mam gitovy repozitar, a potreboval bych aby obcas mohl i "ne-programator"
: > v nem delat zmeny stylem "vyedituji nejake soubory, a pustim skript pro
: > jejich >>zverejneni<<". No a v tom skriptu je samozrejme treba resit konflikty,
: > ktere pripadne mohou vzniknout. At uz k tomu pristupuju jakkoli
: > (pokus o pull, stash+pull+stash-pop, commit+fetch+rebase), vzdycky je problem
: > s tim, ze bych potreboval zjistit, jestli merge/rebase/stash-pop nevyrobi
: > konflikt.
:
: nedalo by se vyuzit toho, ze git celkem ma bezproblemove branche?
: imho stash pop se da udelat i na jine vetvi
: takze postup ve smyslu
: stash, branch, pull, stash-apply a pak bud fast-forward + stash-drop,
: nebo dropnout branch, kdyby se neco pokazilo
U stash je jeste problem s tim, ze neumi stashovat uplne nove
soubory. Takze uz jen faze "stash, branch" nebo "stash, checkout -b"
muze selhat, pokud nova vetev ma navic soubor ktery HEAD nema, ale
ve filesystemu je. Takze uz jen na tomto selhava podminka
"otestovat, a umet se bez ztraty kyticky vratit do puvodniho stavu".
Dalsi problem stash je, ze potim "stash apply/pop" neumi
aplikovat jen jeden vyjmenovany soubor. Takze tohle jeste navic
muze selhat na necem uplne jinem, nez se uzivatel snazi "zverejnit".
Nejhorsi je, ze gitu-znaly clovek by tohle vubec nepotreboval
resit, a proste by kazdy tento specialni pripad zvladl podle aktualni
situace. Ale naskriptovat to pro BFU je fakt tezke.
-Y.
--
| Jan "Yenya" Kasprzak <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839 Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/ Journal: http://www.fi.muni.cz/~kas/blog/ |
Please don't top post and in particular don't attach entire digests to your
mail or we'll all soon be using bittorrent to read the list. --Alan Cox
Další informace o konferenci Linux