Kommentare zu: Vom Bug zum Fix http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/ From the land of wobbly windows Wed, 08 Sep 2010 14:12:27 +0200 http://wordpress.org/?v=2.8.5 hourly 1 Von: Wie man Entwicklern bei Bugs helfen kann « Martin’s Blog http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8942 Wie man Entwicklern bei Bugs helfen kann « Martin’s Blog Wed, 13 Jan 2010 12:39:19 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8942 [...] Martin’s Blog From the land of wobbly windows « Vom Bug zum Fix [...] [...] Martin’s Blog From the land of wobbly windows « Vom Bug zum Fix [...]

]]> Von: Martin http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8936 Martin Wed, 13 Jan 2010 08:31:41 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8936 Die Entwicklung findet halt immer in trunk statt. D.h. primäres Ziel ist es Verbesserungen in trunk einzubauen. Wenn dadurch gleichzeitig ein Problem in einem Release behoben werden kann: um so besser. Nicht alle Probleme können in den branch zurückportiert werden, da es manchmal z.B. einen neuen GUI String erfordert. Die Entwicklung findet halt immer in trunk statt. D.h. primäres Ziel ist es Verbesserungen in trunk einzubauen. Wenn dadurch gleichzeitig ein Problem in einem Release behoben werden kann: um so besser.

Nicht alle Probleme können in den branch zurückportiert werden, da es manchmal z.B. einen neuen GUI String erfordert.

]]> Von: Andreas http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8934 Andreas Wed, 13 Jan 2010 08:08:16 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8934 Interessanter Bericht. Eine Frage liegt mir auf der Zunge: Warum wird ein Bug nicht in der Version gefixt, für die er gemeldet wurde und dann nach oben gemerget? Also gefixt in 4.3 und dann mit 4.4 und dann mit trunk. Ich könnte mir vorstellen, das so die Stabilität des Releases erhöht würde, weil Merges ja immer mit Gefahren verbunden sind, zumal wenn sie automatisiert geschehen. Interessanter Bericht. Eine Frage liegt mir auf der Zunge: Warum wird ein Bug nicht in der Version gefixt, für die er gemeldet wurde und dann nach oben gemerget? Also gefixt in 4.3 und dann mit 4.4 und dann mit trunk.

Ich könnte mir vorstellen, das so die Stabilität des Releases erhöht würde, weil Merges ja immer mit Gefahren verbunden sind, zumal wenn sie automatisiert geschehen.

]]> Von: Ximion http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8925 Ximion Tue, 12 Jan 2010 20:45:04 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8925 Danke! Danke!

]]> Von: Martin http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8924 Martin Tue, 12 Jan 2010 20:38:04 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8924 siehe http://aseigo.blogspot.com/2010/01/key-quest-git.html siehe http://aseigo.blogspot.com/2010/01/key-quest-git.html

]]> Von: Ximion http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8922 Ximion Tue, 12 Jan 2010 20:29:34 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8922 Sowas habe ich mir schon gedacht... und dann meckern die Nutzer wieder über Regressionen. Noch eine Frage habe ich: Git ist ja grade für solche Dinge (Patches über mehrere Zweige) hervorragend geeignet. - Warum setzt KDE noch nicht auf Git? Klar, eine Migration ist immer aufwändig, aber die Vorteile von Git sind ja auch enorm... Sorry für meine Neugier :) Sowas habe ich mir schon gedacht… und dann meckern die Nutzer wieder über Regressionen.
Noch eine Frage habe ich: Git ist ja grade für solche Dinge (Patches über mehrere Zweige) hervorragend geeignet. – Warum setzt KDE noch nicht auf Git? Klar, eine Migration ist immer aufwändig, aber die Vorteile von Git sind ja auch enorm…

Sorry für meine Neugier :)

]]> Von: downtimes http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8919 downtimes Tue, 12 Jan 2010 19:33:17 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8919 Hey super Bericht. gibt einem einen schönen Einblick. Hey super Bericht.
gibt einem einen schönen Einblick.

]]> Von: Martin http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8918 Martin Tue, 12 Jan 2010 18:53:29 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8918 <blockquote>Was machst du eigentlich, wenn der patch, den du zurückportierst, nicht passt, es also Probleme beim Anwenden gibt weil der Code schon geändert wurde?</blockquote> Kommt drauf an. Im besten Fall ist es einfach nur die Zeilennummer verschoben - dann läuft der Patch trotzdem durch. Wenn nicht, dann kommt es auf die Wichtigkeit drauf an. Bei einem sehr seltenen Problem würde ich es wohl ignorieren. Oder halt anpassen. Dafür muss man dann aber auch ein build environment noch haben. So kann ich aktuell für 4.3 keinen Code mehr testen, da mir das build environment fehlt.

Was machst du eigentlich, wenn der patch, den du zurückportierst, nicht passt, es also Probleme beim Anwenden gibt weil der Code schon geändert wurde?

Kommt drauf an. Im besten Fall ist es einfach nur die Zeilennummer verschoben – dann läuft der Patch trotzdem durch. Wenn nicht, dann kommt es auf die Wichtigkeit drauf an. Bei einem sehr seltenen Problem würde ich es wohl ignorieren. Oder halt anpassen. Dafür muss man dann aber auch ein build environment noch haben. So kann ich aktuell für 4.3 keinen Code mehr testen, da mir das build environment fehlt.

]]> Von: Ximion http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8917 Ximion Tue, 12 Jan 2010 18:44:00 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8917 Hi! Der Artikel ist sehr schön geschrieben, gefällt mir! Es ist immer interessant, mal einen Einblick in den Workflow "fremder" Projekte werfen zu können! Was machst du eigentlich, wenn der patch, den du zurückportierst, nicht passt, es also Probleme beim Anwenden gibt weil der Code schon geändert wurde? Ich freue mich auch schon auf die finale KDE SC 4.4 Sieht bisher schon fantastisch aus, ist hin und wieder aber noch instabil. Hi!
Der Artikel ist sehr schön geschrieben, gefällt mir! Es ist immer interessant, mal einen Einblick in den Workflow “fremder” Projekte werfen zu können!
Was machst du eigentlich, wenn der patch, den du zurückportierst, nicht passt, es also Probleme beim Anwenden gibt weil der Code schon geändert wurde?
Ich freue mich auch schon auf die finale KDE SC 4.4 Sieht bisher schon fantastisch aus, ist hin und wieder aber noch instabil.

]]> Von: mogli http://blog.martin-graesslin.com/blog/2010/01/vom-bug-zum-fix/comment-page-1/#comment-8916 mogli Tue, 12 Jan 2010 18:01:28 +0000 http://blog.martin-graesslin.com/blog/?p=428#comment-8916 jep: interessant, informativ ;-) wollte schon immer mal wissen wie viel Arbeit das genau ist :-) Danke ;-) jep: interessant, informativ ;-) wollte schon immer mal wissen wie viel Arbeit das genau ist :-)
Danke ;-)

]]>