Thread (21 messages) flat view 21 messages, 8 authors, 2016-06-15

Re: [PATCH v2] user-manual: add advanced topic "bisecting merges"

From: Johannes Sixt <hidden>
Date: 2016-06-15 22:43:48

Steffen Prohaska schrieb:
On Nov 8, 2007, at 8:19 AM, Johannes Sixt wrote:
quoted
Steffen Prohaska schrieb:
quoted
+If you linearize the history by rebasing the lower branch on
+top of the upper, instead of merging, the bug becomes much easier to
+find and understand.  Your history would instead be:
At this point I'm missing the words

    The solution is ...

I.e.:

The solution is to linearize the history by rebasing the lower branch on
top of the upper, instead of merging. Now the bug becomes much easier to
find and understand.  Your history would instead be:
Hmm. It might be a solution if you did not publish history.
This is about finding the commit that introduced a bug. Once you found it, 
better: you know how to fix the bug, you are expected to throw away the 
rebased branch, not to publish it! Maybe a note along these lines could be 
appended:

Now that you know what caused the error (and how to fix it), throw away the 
rebased branch, and commit a fix on top of D.

-- Hannes
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help