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

[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.