Dotaz: Git: jak si pamatovat verzi hlavní větve?

[Josef Kufner]

Ahoj!

Mám tu jeden trochu větší projekt, který má jeden hlavní repositář a spoustu vedlejších, kde jsou vždy jen malé úpravy pro konkrétní instalace, ale jinak sledují dění ve hlavním repositáři.

A já potřebuju, aby v každém vedlejším repositáři bylo v souboru (který se pak uploadne spolu se zdrojáky) uloženo, kdy naposledy byl synchronizován s hlavním repositářem. Tedy jaký byl poslední commit v hlavním repositáři v okamžiku provedení "git pull origin".

Napadlo mě takové dosti primitivní řešení -- generování nějakého souboru v pre-commit hooku, ale to bude do každého commitu přidávat kus bordelu.

Druhá možnost by byla takový soubor udržovat ručně, ale na to jsem moc líný a bordel by nebyl v commitech, ale v logu, což je použitelné jen na nějaké celkem hrubé verzování (a to nestačí).

Nějaké nápady?

---

---

Odpovědi

[Let_Me_Be]

Mam takovy pocit ze GIT pouzivas spatne. Co myslis tim hlavni repozitar a spoustu vedlejsich? Myslis plne repa vytvorene pomoci clone, nebo jenom vetve?

[Josef Kufner]

Jsou to naklonované repositáře u několika lidí.

[Let_Me_Be]

Pak mi trochu unika smysl. Git si prece u kazde vetve pamatuje, ze ktereho mista byla forknuta. Kdyz vygenerujes patch, tak to je i v nem.

[Josef Kufner]

Jo to jo. Dokud to zůstane v péči gitu, tak s tím není problém. Zmatky začínají v okamžiku, kdy se ubalí balíček nebo se to někam uploadne mimo repositář. A jak se ukázalo, ID commitu z vedlejšího repositáře je víceméně na nic a udržovat .git/hooks v každém repositáři je otrava (a zapomíná se na to)... Takže by to chtělo nějak podstrčit tu informaci ještě v hlavním repositáři.

[Michal Vyskočil]

Tak řešení nakonec spočívá v použití tagů, git describe a skriptu na sestavení balíčku. Git describe produkuje velmi hezké značení, takže je velmi jednoduché si udržet přehled o jednotlivých verzích a jejich původu.