1. 28 May, 2013 1 commit
  2. 27 May, 2013 5 commits
  3. 26 May, 2013 2 commits
  4. 25 May, 2013 2 commits
  5. 24 May, 2013 16 commits
  6. 23 May, 2013 10 commits
  7. 22 May, 2013 2 commits
    • Significant rename detection rewrite · a21cbb12
      This flips rename detection around so instead of creating a
      forward mapping from deltas to possible rename targets, instead
      it creates a reverse mapping, looking at possible targets and
      trying to find a source that they could have been renamed or
      copied from.  This is important because each output can only
      have a single source, but a given source could map to multiple
      outputs (in the form of COPIED records).
      
      Additionally, this makes a couple of tweaks to the public rename
      detection APIs, mostly renaming a couple of options that control
      the behavior to make more sense and to be more like core Git.
      
      I walked through the tests looking at the exact results and
      updated the expectations based on what I saw.  The new code is
      different from the old because it cannot give some nonsense
      results (like A was renamed to both B and C) which were part of
      the outputs previously.
      Russell Belfer committed
    • Bugfix: Return NULL in push_leaf, when trie is full · 52f537e9
      os->full was set 1, but the overflowed idx_leaf was still used to index
      into os->nodes a little later. Returning NULL fixes that.
      Axel Wagner committed
  8. 21 May, 2013 2 commits