1. 02 Jun, 2015 1 commit
  2. 28 May, 2015 5 commits
  3. 21 May, 2015 1 commit
  4. 14 May, 2015 1 commit
  5. 11 May, 2015 1 commit
  6. 21 Apr, 2015 1 commit
    • Fix index-adding functions to know when to trust filemodes. · d3282680
      The idea...sometimes, a filemode is user-specified via an
      explicit git_index_entry.  In this case, believe the user, always.
      
      Sometimes, it is instead built up by statting the file system.  In
      those cases, go with the existing logic we have to determine
      whether the file system supports all filemodes and symlinks, and
      make the best guess.
      
      On file systems which have full filemode and symlink support, this
      commit should make no difference.  On others (most notably Windows),
      this will fix problems things like:
      * git_index_add and git_index_add_frombuffer() should be believed.
      * As a consequence, git_checkout_tree should make the filemodes in
      the index match the ones in the tree.
      * And diffs with GIT_DIFF_UPDATE_INDEX don't write the wrong filemodes.
      * And merges, and probably other downstream stuff now fixed, too.
      
      This makes my previous changes to checkout.c unnecessary,
      so they are now reverted.
      
      Also, added a test for index_entry permissions from git_index_add
      and git_index_add_frombuffer, both of which failed before these changes.
      John Fultz committed
  7. 03 Mar, 2015 2 commits
  8. 25 Feb, 2015 1 commit
  9. 14 Feb, 2015 1 commit
  10. 18 Dec, 2014 3 commits
  11. 17 Dec, 2014 1 commit
  12. 16 Dec, 2014 1 commit
  13. 05 Dec, 2014 1 commit
  14. 27 Oct, 2014 1 commit
  15. 22 Oct, 2014 1 commit
    • tree-cache: correct the entry_count calculation · bb0757d5
      The entry_count field is the amount of index entries covered by a
      particular cache entry, that is how many files are there (recursively)
      under a particular directory.
      
      The current code that attemps to do this is severely defincient and is
      trying to count the amount of children, which always comes up to zero.
      
      We don't even need to recount, since we have the information during the
      cache creation. We can take that number and keep it, as we only ever
      invalidate or replace.
      Carlos Martín Nieto committed
  16. 10 Oct, 2014 3 commits
  17. 03 Aug, 2014 1 commit
  18. 01 Jul, 2014 1 commit
  19. 03 Jun, 2014 1 commit
  20. 22 May, 2014 1 commit
  21. 19 May, 2014 1 commit
  22. 17 Apr, 2014 1 commit
  23. 06 Mar, 2014 1 commit
  24. 24 Feb, 2014 1 commit
  25. 09 Feb, 2014 1 commit
  26. 04 Feb, 2014 2 commits
    • Fix typo setting sorted flag when reloading index · 43709ca8
      This fixes a typo I made for setting the sorted flag on the index
      after a reload.  That typo didn't actually cause any test failures
      so I'm also adding a test that explicitly checks that the index is
      correctly sorted after a reload when ignoring case and when not.
      Russell Belfer committed
    • Convert pqueue to just be a git_vector · 882c7742
      This updates the git_pqueue to simply be a set of specialized
      init/insert/pop functions on a git_vector.
      
      To preserve the pqueue feature of having a fixed size heap, I
      converted the "sorted" field in git_vectors to a more general
      "flags" field so that pqueue could mix in it's own flag.  This
      had a bunch of ramifications because a number of places were
      directly looking at the vector "sorted" field - I added a couple
      new git_vector helpers (is_sorted, set_sorted) so the specific
      representation of this information could be abstracted.
      Russell Belfer committed
  27. 03 Feb, 2014 2 commits
  28. 29 Jan, 2014 2 commits