Branch kezelés dokumentálása

[Endyl]

Ígértem, hogy írok valamit git flowról, meg branch kezelésről. Szerintetek elég nagyvonalakban leírni, hogy mit hogyan kellene, pár példa paranccsal? Mennyire kellhet ezt részletezni?

[ghost]

Én scenario-k köré szervezném a dolgot. Mondjuk ha van egy bug, vagy kitaláltatok egy új feature-t, akkor arra hogyan hozol létre új szálat, committelsz rá, mergelsz, pusholsz majd törlöd a már elkészült szálat, ha a pull request-et elfogadták. Ugyanígy a tracking-nél is van egy scenario, mert ott a tracking-nek is létrehozol egy külön szálat, és így tovább. Nekem elég címszavakban a scenario meg a commentelt kód, nem tudom más hogy van vele. Esetleg ha van valami spéci grafikus felület parancssor helyett, akkor annak a dokumentációjára egy link.

[Endyl]

Ilyesmi formán jó lesz?

Grafikus felülettel nem nagyon szoktam piszkálni a gitet, de a GitKrakent sok helyen láttam, hogy dícsérik.

[ghost]

@Endyl Szerintem jó. Beleírtam, mert úgy rémlik idegen szavaknál kötőjel kell a toldalék elé, de lehet én tudom rosszul.

[Endyl]

Nem kell mindenhol kötőjelezni.

[ghost]

@Endyl Na legalább már ezt is tudom. Azt írja, csak akkor kell, ha szokatlan a vége a szónak. Volt benne egyébként néhány elírás is, azt is javítottam, szóval talán jobb az én verzióm. Úgy nézem revertelni nem lehet, legalábbis nem találom hol kéne. Csak a history-jét hozza fel.

[ghost]

No sikerült mégis revertelni (vagy revertölni?, valahol a kettő között mondják). Javítottam a feature elírását, illetve a directory-t dájrektörinek ejtik, szóval directory-re és nem -ra a helyes végződés. Na lapozzunk, ezt szerintem le lehet zárni, ha te is egyetértesz.

[Endyl]

Kicsit átírtam jobban általánosíthatóra. Majd még írok hozzá pár dolgot.

[ghost]

@Endyl Oké, ahogy gondolod. Az https://github.com/Pepita73/webproghu_dev/wiki/Branchek-kezel%C3%A9se#issue-t%C3%ADpus%C3%A1t%C3%B3l-f%C3%BCgg%C5%91-l%C3%A9p%C3%A9sek nekem nem világos, hogy miért került bele. Vagy az valami összefoglaló? Ha igen, akkor multiline code-al és commenttel talán jobb lenne. Ami még feltűnt, hogy git flow feature checkout van ebben, míg a másikban csak git flow checkout.

[Endyl]

Hozzáírtam, amit még szerettem volna. Remélem így már jobb az utolsó rész.

[ghost]

@Endyl Ja, sokkal jobb lett. A release branch kelleni fog, ha esetleg úgy döntünk, hogy kitoljuk a release folyamatát, hogy mindenki átnézhesse, aki akarja. Ami nincs tisztázva még benne, hogy a release bugfix-ei hogyan jutnak el a dev-be. Gondolom előbb merge-ölünk masterre, aztán onnan megy majd vissza dev-re, de ezt is jó lenne dokumentálni. A hotfix-nél is tisztázni kellene ugyanezt, illetve, hogy a git flow-os parancsok megcsinálják e helyettünk a dev-re juttatást, vagy azt nekünk kell külön.

[Endyl]

A release bugfixek és a hotfixek develop-ba való visszavezetése le van írva a Branching modell oldalon.

Alapból megcsinálná a git flow ezeket a különféle finish parancsokkal. De direkt nem írtam róluk, mivel PR+review kell a merge-öléshez, így nem hiszem, hogy ezek működnének esetünkben. Illetve ezért írtam, hogy a befejezéshez PR kell. Szóval a master -> develop merge és a tagelés manuális feladat lesz.

[ghost]

Ok.