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