Hallo Richard, ich denke normale Bugfixes, die nicht als Hotfix ins aktuelle Release sollen, kann man einfach so nach develop pushen, ohne einen Extra Branch aufzumachen. Andererseits sind bei git Branches auch so billig, dass man für sowas ähnlich wie bei einem neuen Feature auch einen ganzen Branch dafür anlegen kann. Insbesondere wenn es mehrere Commits zum gleichen "Thema" sind, kann man die ja schön in einem Branch zusammenfassen. Dann solltest du das genauso wie einen Feature Branch handhaben. Und den kannst du dann entweder in deinem eigenen Repo pflegen und dann einen Pull-Request gegen origin/develop (also den develop Branch im reflex-dev repo) starten, oder du pushst einfach direkt nach reflex-dev zurück.
Wenn ich so drüber nachdenke, dann ist das Beheben eines Bugs eigentlich auch immer ein Feature. Im besten Fall ist der Bug auch durch ein Ticket dokumentiert. Dann kann sich der Feature-Branch direkt auf das Ticket beziehen. Wenn du mit git-flow arbeitest und den Feature Branch nicht mittels "git flow feature publish" pushst, existiert der auch nur in deinem lokalen Repo. Das entspricht dann der von dir anvisierten Arbeitsweise. Wichtig ist da nur, dass beim merge nach develop kein "rebase" stattfindet, sondern die Existenz des temporären Branch noch zu sehen ist. Hier nochmal der Link zur Erklärung des Modells ohne das extra git-flow Paket: http://nvie.com/posts/a-successful-git-branching-model/ Und nochmal zusammengefasst: Für mehrere thematisch zusammengehörige Commits: - branch von develop - Bugfixes einpflegen - merge nach develop ohne rebase (git merge --no-ff) - push von develop direkt nach reflex-dev/develop Für "nur mal schnell Typo fixen" o.ä. - checkout develop - commit fix - push develop Ich begrüße dich hiermit bei den "Core-Entwicklern", die direkt zurück in das Repo pushen dürfen ;-) Grüße Stefan Am 29.11.2013 17:02, schrieb Richard Weickelt: > Hallo Stefan, > > siehgt gut aus. Ich muss noch ein wenig am Verständnis der Arbeitsweise üben: > > Ich möchte einen Fehler beheben und ein paar ausstehende Änderungen > einpflegen bzgl. der unitTest Applikation. Es handelt sich also um kein > neues Feature, aber auch nicht wirklich um einen Hotfix, sondern einen ganz > normalen Bugfix. Sehe ich das richtig, dass ich in diesem Fall jetzt keinen > separaten Branch aufmache, sondern mir eventuell lokal einen auf Basis von > develop anlege, dann meine Änderungen in develop merge und develop > zurückpushe? > > Oder soll ich das in einen separaten Branch in meinem privaten Repository > erstellen und dann ein pull-Request erzeugen? > > Herzliche Grüße > Richard >
