source-1232927812.txt

   1 A day full of rebase... and a little valgrind
   2
   3 I think that I am progressing nicely with my rebase -p work, so much so
   4 that I will soon be able to use it myself to work on topic branches _and_
   5 rebase all the time without much hassle.
   6
   7 In other words, I would like to be able to rebase all my topic branches
   8 to Junio's ''next'' branch whenever that has new commits.  With a single
   9 rebase.
  10
  11 And finally, I got the idea of the thing Stephen implemented for dropped
  12 commits; however, I am quite sure I do not like it.
  13
  14 So what are "dropped" commits?
  15
  16 When you rebase, chances are that the upstream already has applied at
  17 least some of your patches.  So we filter those out with ''--cherry-pick''.
  18 Stephen calls those "dropped" commits.
  19
  20 Then he goes on to reinvent the "$REWRITTEN" system: a directory containing
  21 the mappings of old commit names to new commit names.  That is easily fixed.
  22
  23 But worse, he substitutes the dropped commits with their _parents_, instead
  24 of substituting them with the corresponding commits in upstream.
  25
  26 I guess this will be a medium-sized fight on the mailing list, depending
  27 how much energy Stephen wants to put in to defend his strategy.
  28
  29 Anyway, I finally got to a point where only three of the tests are failing,
  30 t3404, t3410 and t3412.  Somewhat disappointing is t3404, as its name pretends
  31 not to exercize -p at all.  Oh well, I guess I'll see what is broken tomorrow.
  32
  33 Another part of the day was dedicated to the Valgrind patch series, which
  34 should give us yet another level of code quality.
  35
  36 After having confused myself with several diverging/obsolete branches, I did
  37 indeed finally manage to send that patch series off.  Woohoo.