Jak v gitu při merge konfliktu přijmout celý soubor

9.7.2009 08:19 | programování

Při mergování běžně narážím na problém s projektovými soubory Xcode, které jsou sice textové, ale automaticky se příliš mergovat nedají a ručně je to nereálné, protože jde o stovky řádek XML. Naštěstí se většinou dá jednoduše použít verze z novější větve. Chvilku jsem musel hledat, než jsem zjistil, jak při merge konfliktu přijmout celý soubor z mergované větve:

$ git merge spawner-rewrite
…
Auto-merging Source/Paperworks.xcodeproj/zoul.mode1v3
CONFLICT (content): Merge conflict in Source/Paperworks.xcodeproj/zoul.mode1v3
Auto-merging Source/Paperworks.xcodeproj/zoul.pbxuser
CONFLICT (content): Merge conflict in Source/Paperworks.xcodeproj/zoul.pbxuser
Automatic merge failed; fix conflicts and then commit the result.
$ git checkout --theirs Source/Paperworks.xcodeproj/zoul.{mode1v3,pbxuser}
$ git add Source/Paperworks.xcodeproj/zoul.{mode1v3,pbxuser}
$ git commit -m "A je to."

Stejně by ale bylo pěkné, kdyby byl k dispozici nějaký specializovaný merge skript pro soubory Xcode.

       

Komentáře

[mirec]

Od kedy sa súbory nejakého IDE commitujú?

[zoul]

Pokud tomu dobře rozumím, jinak to bohužel nejde – je tam seznam souborů k přeložení a podobně. Některé projektové soubory tuším obsahují jen mé rozložení plochy a podobně, ty bych ignorovat mohl. Stejný problém ale bývá i s hlavním projektovým souborem, který v repository být musí. (Ale děkuju za rozumnou námitku. Podívám se po webu, třeba se počet nezbytných souborů dá stáhnout na minimum. Čím méně zbytečných konfliktů, tím lépe.)

[mirec]

Ja som nedávno robil na väčšom projekte, každý sme mali iné IDE (ja VIM / KDevelop, podľa nálady, potom MS Visual Studio a Code::Blocks) a pritom sme žiadne súbory projektu nespravovali cez VCS. Na preklad / vygenerovanie súborov pre IDE stačia predsa len súbory pre makefile generátor (u mňa cmake -G KDevelop3).

[xkucf03]

A proč by se necommitovaly? Pak přijde nový vývojář a bude si zakládat projekt v IDE znovu a vytvářet znova všechno nastavení? Např. Netbeans mají ve svém projektovém adresáři složku private – ta se do společného úložiště nedává, ale všechno ostatní tam patří. Jsou to celkem důležitá metadata k projektu.

[mirec]

Pre toto:

1. Nevnucuje sa tým žiadne konkrétne IDE
2. Nikto nikomu nemení nastavenia (každý má vlastné, také, aké mu vyhovujú)
3. Minimum konfliktov
4. Ľahšie odhaľovanie chýb (ak každý používa niečo iné, či už OS, alebo nastavenia je väčšia pravdepodobnosť, že sa chybu pri špecifickej konfigurácii podarí odhaliť)

Okrem toho systémy ako cmake umožňujú jednoducho vygenerovať súbory pre IDE. Takto nikto v teame nie je nikým obmedzovaný / diskriminovaný len pre to, že mu vyhovuje niečo iné.

[xkucf03]

Pokud má být práce v týmu efektivní, tak moc prostoru pro individualismus v těhle věcech není – je potřeba dodržovat společné konvence – a ty jdou ještě dál, než nastavení projektu: často je potřeba i jednotné nastavení IDE – např. aby všichni používali stejné odsazování a formátování kódu.

Ad „Minimum konfliktov“: nebudu dávat do společného úložiště změny, které mají smysl jen pro mne. Naopak ale mohou nastat mezilidské konflikty, kdy se lidi nebudou schopni dohodnout, co se má jak dělat a každý bude chtít používat svoje nastavení a konvence, na které je zvyklý.

[mirec]

Je problém nastaviť si vim aby fungoval ako ostatné IDE? Alebo je problém nastaviť KDevelop aby fungoval ako ostatné IDE? Ak mi niekto niečo vnúti tak to maximálne tak zníži moju efektivitu pretože nepoužívam to, čo mi vyhovuje.

[zoul]

Taky se mi do IDE nechtělo, ale zpětně bych řekl, že efektivita programátora záleží na jiných věcech než na textovém editoru. Alespoň u mě tedy určitě. A co se výměn IDE týká – my máme v Xcode definovaných několik targetů s různými kombinacemi knihoven a podobně, takže si nedokážu představit, že bych totéž chtěl udržovat pro víc IDE. (Čistě názor, nikomu nic nevnucuju.)

Vyházel jsem z repository všechny uživatelské soubory (*.pbxuser, *.mode1v3) a četnost konfliktů výrazně klesla. Teď jsem ještě zvědavý, jak snadno se bude mergovat hlavní projektový soubor. Opět je to XML asi na dva tisíce řádek, ale pokud jen přidám nový soubor do projektu, nemuselo by to být tak zlé.

[Tuttle]

Nestačí tohle?

http://shanesbrain.net/2008/7/9/using-xcode-with-git

První odkaz při Googlování: xcode git

 

[zoul]

Vida, to jsem nevěděl, děkuju. Ale stejně to není úplně ono. V nápovědě ke git-attributes se u merge píše:

Unset – take the version from the current branch as the tentative merge result, and declare that the merge has conflicts. This is suitable for binary files that does not have a well-defined merge semantics.

Čili je to přesně naopak, než bych potřeboval – já bych chtěl vzít verzi z mergované větve.