ugrás a tartalomhoz

Preemptive commit comments

Joó Ádám · 2014. Jan. 10. (P), 02.20
Hogyan vezethetik a commit üzenetek a fejlesztést
 ■
1

Teljesen igaza van, tényleg

inf · 2014. Jan. 11. (Szo), 08.42
Teljesen igaza van, tényleg így kéne commit üziket írni. Azt hiszem én is áttérek erre a megközelítésre.

Amit nem említ, hogy érdemes issue id-ket használni a branch nevében és/vagy a commit nevében.
4

Olvas el a hozzászólásokat,

Joó Ádám · 2014. Jan. 11. (Szo), 18.32
Olvas el a hozzászólásokat, azok közt felmerül a hibajegyek hivatkozása pro és kontra is.
2

Szerintem a fejlesztest

Greg · 2014. Jan. 11. (Szo), 15.18
Szerintem a fejlesztest inkabb a teszteknek kellene vezerelni. Nem ertem miert kellene peldaul ilyet irnom:
The app can send performance data to rack-metrics.

Ehelyett:
Add rack-metrics.

Vagy a cikk elso peldajat nezve, ha valaki visszakarja nezni hogy hova tunt a SaveFileDialog, a commit uzenetek nem fognak segiteni.
De persze kinek a pap, kinek a papne.
3

Szerintem tök logikus, hogy

inf · 2014. Jan. 11. (Szo), 17.22
Szerintem tök logikus, hogy először megmondod, hogy milyen feature-t akarsz lefejleszteni, megírod a teszteket, aztán implementálod. Nyilván ebből a feature leírás, ami a commit message-be megy.
5

Legyen ez is "DRY"

Endyl · 2014. Jan. 14. (K), 18.40
Vagy a cikk elso peldajat nezve, ha valaki visszakarja nezni hogy hova tunt a SaveFileDialog, a commit uzenetek nem fognak segiteni.


Miért írjam le ugyanazt (milyen kódot írtam/töröltem) commit üzenetben, amit a verziókezelő már amúgy is tárol, és vissza is tudom keresni?
git log -SSaveFileDialog
Nem jobb helyette valami más, hasznos információt írni, ami amúgy nem szerepelne az adott commitban?