1. 22 12月, 2015 1 次提交
  2. 17 12月, 2015 2 次提交
  3. 16 12月, 2015 5 次提交
  4. 15 12月, 2015 1 次提交
  5. 12 12月, 2015 10 次提交
  6. 11 12月, 2015 2 次提交
  7. 09 12月, 2015 6 次提交
  8. 08 12月, 2015 1 次提交
  9. 05 12月, 2015 6 次提交
  10. 02 12月, 2015 6 次提交
    • D
      verify_pack: do not ignore return value of verification function · 8c24d832
      David Turner 提交于
      In verify_pack, a caller-supplied verification function is called.
      The function returns an int.  If that return value is non-zero,
      verify_pack should fail.
      
      The only caller of verify_pack is in builtin/fsck.c, whose verify_fn
      returns a meaningful error code (which was then ignored).  Now, fsck
      might return a different error code (with more detail).  This would
      happen in the unlikely event that a commit or tree that is a valid git
      object but not a valid instance of its type gets into a pack.
      Signed-off-by: NDavid Turner <dturner@twopensource.com>
      Signed-off-by: NJeff King <peff@peff.net>
      8c24d832
    • S
      Make error message after failing commit_lock_file() less confusing · 08a3651f
      SZEDER Gábor 提交于
      The error message after a failing commit_lock_file() call sometimes
      looks like this, causing confusion:
      
        $ git remote add remote git@server.com/repo.git
        error: could not commit config file .git/config
        # Huh?!
        # I didn't want to commit anything, especially not my config file!
      
      While in the narrow context of the lockfile module using the verb
      'commit' in the error message makes perfect sense, in the broader
      context of git the word 'commit' already has a very specific meaning,
      hence the confusion.
      
      Reword these error messages to say "could not write" instead of "could
      not commit".
      
      While at it, include strerror in the error messages after writing the
      config file or the credential store fails to provide some information
      about the cause of the failure, and update the style of the error
      message after writing the reflog fails to match surrounding error
      messages (i.e. no '' around the pathname and no () around the error
      description).
      Signed-off-by: NSZEDER Gábor <szeder@ira.uka.de>
      Signed-off-by: NJeff King <peff@peff.net>
      08a3651f
    • J
      Merge branch 'eg/p4-submit-catch-failure' into maint · 908a6e41
      Jeff King 提交于
      Just like the working tree is cleaned up when the user cancelled
      submission in P4Submit.applyCommit(), clean up the mess if "p4
      submit" fails.
      
      * eg/p4-submit-catch-failure:
        git-p4: clean up after p4 submit failure
      908a6e41
    • J
      Merge branch 'dk/check-ignore-docs' into maint · 35f26354
      Jeff King 提交于
      Documentation clarification for "check-ignore" without "--verbose".
      
      * dk/check-ignore-docs:
        check-ignore: correct documentation about output
      35f26354
    • J
      Merge branch 'ld/p4-detached-head' into maint · 5b228f95
      Jeff King 提交于
      Make git-p4 work on a detached head.
      
      * ld/p4-detached-head:
        git-p4: work with a detached head
        git-p4: add option to system() to return subshell status
        git-p4: add failing test for submit from detached head
      5b228f95
    • J
      Merge branch 'sg/filter-branch-dwim-ambiguity' into maint · 978b5760
      Jeff King 提交于
      Fix for a corner case in filter-branch.
      
      * sg/filter-branch-dwim-ambiguity:
        filter-branch: deal with object name vs. pathname ambiguity in tree-filter
      978b5760