1. 10 12月, 2011 8 次提交
    • J
      Merge branch 'jc/pull-signed-tag' · eb8aa3d2
      Junio C Hamano 提交于
      * jc/pull-signed-tag:
        commit-tree: teach -m/-F options to read logs from elsewhere
        commit-tree: update the command line parsing
        commit: teach --amend to carry forward extra headers
        merge: force edit and no-ff mode when merging a tag object
        commit: copy merged signed tags to headers of merge commit
        merge: record tag objects without peeling in MERGE_HEAD
        merge: make usage of commit->util more extensible
        fmt-merge-msg: Add contents of merged tag in the merge message
        fmt-merge-msg: package options into a structure
        fmt-merge-msg: avoid early returns
        refs DWIMmery: use the same rule for both "git fetch" and others
        fetch: allow "git fetch $there v1.0" to fetch a tag
        merge: notice local merging of tags and keep it unwrapped
        fetch: do not store peeled tag object names in FETCH_HEAD
        Split GPG interface into its own helper library
      
      Conflicts:
      	builtin/fmt-merge-msg.c
      	builtin/merge.c
      eb8aa3d2
    • J
      Merge branch 'jc/request-pull-show-head-4' · a4043aea
      Junio C Hamano 提交于
      * jc/request-pull-show-head-4:
        request-pull: use the annotated tag contents
        fmt-merge-msg.c: Fix an "dubious one-bit signed bitfield" sparse error
        environment.c: Fix an sparse "symbol not declared" warning
        builtin/log.c: Fix an "Using plain integer as NULL pointer" warning
        fmt-merge-msg: use branch.$name.description
        request-pull: use the branch description
        request-pull: state what commit to expect
        request-pull: modernize style
        branch: teach --edit-description option
        format-patch: use branch description in cover letter
        branch: add read_branch_desc() helper function
      
      Conflicts:
      	builtin/branch.c
      a4043aea
    • J
      Merge branch 'ab/pull-rebase-config' · 1ee740e6
      Junio C Hamano 提交于
      * ab/pull-rebase-config:
        pull: introduce a pull.rebase option to enable --rebase
      1ee740e6
    • J
      Merge branch 'rs/allocate-cache-entry-individually' · ef87690b
      Junio C Hamano 提交于
      * rs/allocate-cache-entry-individually:
        cache.h: put single NUL at end of struct cache_entry
        read-cache.c: allocate index entries individually
      
      Conflicts:
      	read-cache.c
      ef87690b
    • J
      Merge branch 'maint' · 51f737e3
      Junio C Hamano 提交于
      * maint:
        am: don't persist keepcr flag
        mingw: give waitpid the correct signature
        git symbolic-ref: documentation fix
      51f737e3
    • J
      Merge branch 'maint-1.7.7' into maint · 10dd3b2b
      Junio C Hamano 提交于
      * maint-1.7.7:
        am: don't persist keepcr flag
        mingw: give waitpid the correct signature
        git symbolic-ref: documentation fix
      10dd3b2b
    • M
      am: don't persist keepcr flag · 79197042
      Martin von Zweigbergk 提交于
      The keepcr flag is only used in the split_patches function, which is
      only called before a patch application has to stopped for user input,
      not after resuming. It is therefore unnecessary to persist the
      flag. This seems to have been the case since it was introduced in
      ad2c9280 (git-am: Add command line parameter `--keep-cr` passing it to
      git-mailsplit, 2010-02-27).
      Signed-off-by: NMartin von Zweigbergk <martin.von.zweigbergk@gmail.com>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      79197042
    • E
      mingw: give waitpid the correct signature · 956d86d1
      Erik Faye-Lund 提交于
      POSIX says that last parameter to waitpid should be 'int',
      so let's make it so.
      Signed-off-by: NErik Faye-Lund <kusmabite@gmail.com>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      956d86d1
  2. 09 12月, 2011 1 次提交
  3. 06 12月, 2011 23 次提交
  4. 03 12月, 2011 1 次提交
  5. 02 12月, 2011 1 次提交
  6. 29 11月, 2011 2 次提交
  7. 24 11月, 2011 4 次提交
    • V
      builtin-reset: Documentation update · d69bafcb
      Vincent van Ravesteijn 提交于
      The second mode of 'git reset' is defined by the --patch
      option, while the third mode is defined by the <mode> option.
      Hence, these options are mandatory in the description of the
      individual modes.
      Signed-off-by: NVincent van Ravesteijn <vfr@lyx.org>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      d69bafcb
    • V
      builtin-branch: Fix crash on invalid use of --force · 5cd75c7d
      Vincent van Ravesteijn 提交于
      The option --force should not put us in 'create branch' mode. The
      fact that this option is only valid in 'create branch' mode is
      already caught by the the next 'if' in which we assure that we
      are in the correct mode.
      
      Without this patch, "git branch -f" without any other argument ends
      up calling create_branch without any branch name.
      Signed-off-by: NVincent van Ravesteijn <vfr@lyx.org>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      5cd75c7d
    • J
      revert --abort: do not leave behind useless sequencer-old directory · b15aa973
      Jonathan Nieder 提交于
      The "git cherry-pick --abort" command currently renames the
      .git/sequencer directory to .git/sequencer-old instead of removing it
      on success due to an accident.  cherry-pick --abort is designed to
      work in three steps:
      
       1) find which commit to roll back to
       2) call "git reset --merge <commit>" to move to that commit
       3) remove the .git/sequencer directory
      
      But the careless author forgot step 3 entirely.  The only reason the
      command worked anyway is that "git reset --merge <commit>" renames the
      .git/sequencer directory as a secondary effect --- after moving to
      <commit>, or so the logic goes, it is unlikely but possible that the
      caller of git reset wants to continue the series of cherry-picks that
      was in progress, so git renames the sequencer state to
      .git/sequencer-old to be helpful while allowing the cherry-pick to be
      resumed if the caller did not want to end the sequence after all.
      
      By running "git cherry-pick --abort", the operator has clearly
      indicated that she is not planning to continue cherry-picking.  Remove
      the (renamed) .git/sequencer directory as intended all along.
      Signed-off-by: NJonathan Nieder <jrnieder@gmail.com>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      b15aa973
    • J
      Fix revert --abort on Windows · 2a4037d0
      Johannes Sixt 提交于
      On Windows, it is not possible to rename or remove a directory that has
      open files. 'revert --abort' renamed .git/sequencer when it still had
      .git/sequencer/head open. Close the file as early as possible to allow
      the rename operation on Windows.
      Signed-off-by: NJohannes Sixt <j6t@kdbg.org>
      Acked-by: NJonathan Nieder <jrnieder@gmail.com>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      2a4037d0