Skip to content

G
git

李少辉-开发者 / git
与 Fork 源项目一致

从无法访问的项目Fork

通知 2
Star 1
Fork 0
G
git

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 02 9月, 2015 1 次提交
    • D
      refs: make refs/bisect/* per-worktree · ce414b33
      由 David Turner 提交于 
      We need the place we stick refs for bisects in progress to not be
shared between worktrees.  So we make the refs/bisect/ hierarchy
per-worktree.

The is_per_worktree_ref function and associated docs learn that
refs/bisect/ is per-worktree, as does the git_path code in path.c

The ref-packing functions learn that per-worktree refs should not be
packed (since packed-refs is common rather than per-worktree).

Since refs/bisect is per-worktree, logs/refs/bisect should be too.
Signed-off-by: NDavid Turner <dturner@twopensource.com>
Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      ce414b33
  3. 01 8月, 2015 1 次提交
  5. 30 5月, 2015 1 次提交
  7. 05 11月, 2014 1 次提交
  9. 29 5月, 2014 1 次提交
  11. 06 3月, 2014 1 次提交
  13. 07 12月, 2013 2 次提交
  15. 22 11月, 2013 1 次提交
  17. 05 9月, 2013 4 次提交
  19. 16 7月, 2013 3 次提交
  21. 04 7月, 2013 1 次提交
  23. 22 4月, 2013 2 次提交
  25. 16 4月, 2013 3 次提交
  27. 06 4月, 2013 1 次提交
    • J
      glossary: extend "detached HEAD" description · 1d77d249
      由 Junio C Hamano 提交于 
      When we introduced the concept of "detached HEAD", we made sure that
commands that operate on the history of the current branch "just
work" in that state.  They update the HEAD to point at the new
history without affecting any branch when the HEAD is detached, just
like they update the tip of the "current branch" to point at the new
history when HEAD points at a specific branch.

As this is done as the natural extension for these commands, we did
not, we still do not, and we do not want to repeat "A detached HEAD
is updated without affecting any branch" when describing what each
and every one of these commands that operates "on the current branch"
does.

Add a blanket description to the glossary to cover them instead.
The general principle is that operations to update the branch work
on and affect the HEAD, while operations to update the information
about a branch do not.
Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      1d77d249
  29. 02 2月, 2013 3 次提交
  31. 07 8月, 2012 1 次提交
  33. 15 7月, 2012 1 次提交
  35. 24 6月, 2011 3 次提交
  37. 11 5月, 2011 2 次提交
  39. 09 4月, 2011 1 次提交
  41. 07 4月, 2011 1 次提交
    • J
      magic pathspec: add tentative ":/path/from/top/level" pathspec support · 8a42c985
      由 Junio C Hamano 提交于 
      Support ":/" magic string that can be prefixed to a pathspec element to
say "this names the path from the top-level of the working tree", when
you are in the subdirectory.

For example, you should be able to say:

    $ edit Makefile ;# top-level
    $ cd Documentation
    $ edit git.txt ;# in the subdirectory

and then do one of three things, still inside the subdirectory:

    $ git add -u .  ;# add only Documentation/git.txt
    $ git add -u :/ ;# add everything, including paths outside Documentation
    $ git add -u    ;# whatever the default setting is.

To truly support magic pathspec, the API needs to be restructured so that
get_pathspec() and init_pathspec() are unified into one call.  Currently,
the former just prefixes the user supplied pathspec with the current
subdirectory path, and the latter takes the output from the former and
pre-parses them into a bit richer structure for easier handling.  They
should become a single API function that takes the current subdirectory
path and the remainder of argv[] (after parsing --options and revision
arguments from the command line) and returns an array of parsed pathspec
elements, and "magic" should become attributes of struct pathspec_item.

This patch implements only "top" magic because it can be hacked into the
system without such a refactoring.

The syntax for magic pathspec prefix is designed to be extensible yet
simple to type to invoke a simple magic like "from the top".  The parser
for the magic prefix is hooked into get_pathspec() function in this patch,
and it needs to be moved when we refactor the API.

But we have to start from somewhere.
Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      8a42c985
  43. 04 2月, 2011 1 次提交
  45. 04 11月, 2010 1 次提交
  47. 25 10月, 2009 1 次提交
  49. 10 10月, 2009 1 次提交
  51. 08 4月, 2009 1 次提交