1. 13 4月, 2015 1 次提交
  2. 01 4月, 2015 4 次提交
  3. 31 3月, 2015 1 次提交
    • S
      docs: clarify what git-rebase's "-p" / "--preserve-merges" does · d50d31e8
      Sebastian Schuberth 提交于
      Ignoring a merge can be read as ignoring the changes a merge commit
      introduces altogether, as if the entire side branch the merge commit
      merged was removed from the history.  But that is not what happens
      if "-p" is not specified.  What happens is that the individual
      commits a merge commit introduces are replayed in order, and only
      any possible merge conflict resolutions or manual amendments to the
      merge commit are ignored.
      
      Get this straight in the docs.
      
      Also, do not say that merge commits are *tried* to be recreated. As that is
      true almost everywhere it is better left unsaid.
      Signed-off-by: NSebastian Schuberth <sschuberth@gmail.com>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      d50d31e8
  4. 29 3月, 2015 13 次提交
  5. 28 3月, 2015 4 次提交
  6. 27 3月, 2015 2 次提交
  7. 25 3月, 2015 1 次提交
    • J
      report_path_error(): move to dir.c · 777c55a6
      Junio C Hamano 提交于
      The expected call sequence is for the caller to use match_pathspec()
      repeatedly on a set of pathspecs, accumulating the "hits" in a
      separate array, and then call this function to diagnose a pathspec
      that never matched anything, as that can indicate a typo from the
      command line, e.g. "git commit Maekfile".
      
      Many builtin commands use this function from builtin/ls-files.c,
      which is not a very healthy arrangement.  ls-files might have been
      the first command to feel the need for such a helper, but the need
      is shared by everybody who uses the "match and then report" pattern.
      
      Move it to dir.c where match_pathspec() is defined.
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      777c55a6
  8. 24 3月, 2015 13 次提交
  9. 23 3月, 2015 1 次提交