Skip to content

G
git

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

从无法访问的项目Fork

通知 2
Star 1
Fork 0
G
git

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

切换分支/标签
  1. 22 3月, 2007 1 次提交
    • J
      git-rev-list: add --bisect-vars option. · 457f08a0
      由 Junio C Hamano 提交于 
      This adds --bisect-vars option to rev-list.  The output is suitable
for `eval` in shell and defines five variables:

 - bisect_rev is the next revision to test.
 - bisect_nr is the expected number of commits to test after
   bisect_rev is tested.
 - bisect_good is the expected number of commits to test
   if bisect_rev turns out to be good.
 - bisect_bad is the expected number of commits to test
   if bisect_rev turns out to be bad.
 - bisect_all is the number of commits we are bisecting right now.

The documentation text was partly stolen from Johannes
Schindelin's patch.
Signed-off-by: NJunio C Hamano <junkio@cox.net>
      457f08a0
  3. 25 1月, 2007 1 次提交
  5. 21 1月, 2007 3 次提交
  7. 31 12月, 2006 1 次提交
  9. 21 12月, 2006 1 次提交
  11. 23 11月, 2006 1 次提交
  13. 21 9月, 2006 1 次提交
  15. 06 9月, 2006 1 次提交
    • J
      Teach rev-list an option to read revs from the standard input. · 42cabc34
      由 Junio C Hamano 提交于 
      When --stdin option is given, in addition to the <rev>s listed
on the command line, the command can read one rev parameter per
line from the standard input.  The list of revs ends at the
first empty line or EOF.

Note that you still have to give all the flags from the command
line; only rev arguments (including A..B, A...B, and A^@ notations)
can be give from the standard input.
Signed-off-by: NJunio C Hamano <junkio@cox.net>
      42cabc34
  17. 01 9月, 2006 1 次提交
  19. 29 8月, 2006 1 次提交
  21. 04 8月, 2006 1 次提交
  23. 11 7月, 2006 1 次提交
  25. 09 7月, 2006 1 次提交
  27. 02 7月, 2006 1 次提交
  29. 09 5月, 2006 1 次提交
  31. 02 3月, 2006 1 次提交
  33. 01 3月, 2006 1 次提交
  35. 28 1月, 2006 1 次提交
  37. 06 1月, 2006 1 次提交
  39. 29 12月, 2005 1 次提交
  41. 31 10月, 2005 2 次提交
  43. 11 10月, 2005 1 次提交
  45. 04 10月, 2005 1 次提交
    • J
      [PATCH] Random documentation fixes · df8baa42
      由 Jonas Fonseca 提交于 
      The fixes focuses on improving the HTML output. Most noteworthy:

 - Fix the Makefile to also make various *.html files depend on
   included files.

 - Consistently use 'NOTE: ...' instead of '[ ... ]' for additional
   info.

 - Fix ending '::' for description lists in OPTION section etc.

 - Fix paragraphs in description lists ending up as preformated text.

 - Always use listingblocks (preformatted text wrapped in lines with -----)
   for examples that span empty lines, so they are put in only one HTML
   block.

 - Use '1.' instead of '(1)' for numbered lists.

 - Fix linking to other GIT docs.

 - git-rev-list.txt: put option descriptions in an OPTION section.
Signed-off-by: NJonas Fonseca <fonseca@diku.dk>
Signed-off-by: NJunio C Hamano <junkio@cox.net>
      df8baa42
  47. 21 9月, 2005 1 次提交
  49. 17 9月, 2005 1 次提交
  51. 16 9月, 2005 1 次提交
  53. 30 7月, 2005 1 次提交
  55. 09 6月, 2005 1 次提交
    • P
      [PATCH] Tidy up some rev-list-related stuff · 17ebe977
      由 Petr Baudis 提交于 
      This patch tidies up the git-rev-list documentation and epoch.c, which
are in severe clash with the unwritten coding style now, and quite
unreadable.

It also fixes up compile failures with older compilers due to variable
declarations after code.

The patch mostly wraps lines before or on the 80th column, removes
plenty of superfluous empty lines and changes comments from // to /* */.
Signed-off-by: NPetr Baudis <pasky@ucw.cz>
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      17ebe977
  57. 07 6月, 2005 1 次提交
    • J
      [PATCH] Modify git-rev-list to linearise the commit history in merge order. · a3437b8c
      由 jon@blackcubes.dyndns.org 提交于 
      This patch linearises the GIT commit history graph into merge order
which is defined by invariants specified in Documentation/git-rev-list.txt.

The linearisation produced by this patch is superior in an objective sense
to that produced by the existing git-rev-list implementation in that
the linearisation produced is guaranteed to have the minimum number of
discontinuities, where a discontinuity is defined as an adjacent pair of
commits in the output list which are not related in a direct child-parent
relationship.

With this patch a graph like this:

	a4 ---
	| \   \
	|  b4 |
	|/ |  |
	a3 |  |
	|  |  |
	a2 |  |
	|  |  c3
	|  |  |
	|  |  c2
	|  b3 |
	|  | /|
	|  b2 |
	|  |  c1
	|  | /
	|  b1
	a1 |
	|  |
	a0 |
	| /
	root

Sorts like this:

	= a4
	| c3
	| c2
	| c1
	^ b4
	| b3
	| b2
	| b1
	^ a3
	| a2
	| a1
	| a0
	= root

Instead of this:

	= a4
	| c3
	^ b4
	| a3
	^ c2
	^ b3
	^ a2
	^ b2
	^ c1
	^ a1
	^ b1
	^ a0
	= root

A test script, t/t6000-rev-list.sh, includes a test which demonstrates
that the linearisation produced by --merge-order has less discontinuities
than the linearisation produced by git-rev-list without the --merge-order
flag specified. To see this, do the following:

	cd t
	./t6000-rev-list.sh
	cd trash
	cat actual-default-order
	cat actual-merge-order

The existing behaviour of git-rev-list is preserved, by default. To obtain
the modified behaviour, specify --merge-order or --merge-order --show-breaks
on the command line.

This version of the patch has been tested on the git repository and also on the linux-2.6
repository and has reasonable performance on both - ~50-100% slower than the original algorithm.

This version of the patch has incorporated a functional equivalent of the Linus' output limiting
algorithm into the merge-order algorithm itself. This operates per the notes associated
with Linus' commit 337cb3fb.

This version has incorporated Linus' feedback regarding proposed changes to rev-list.c.
(see: [PATCH] Factor out filtering in rev-list.c)

This version has improved the way sort_first_epoch marks commits as uninteresting.

For more details about this change, refer to Documentation/git-rev-list.txt
and http://blackcubes.dyndns.org/epoch/.
Signed-off-by: NJon Seymour <jon.seymour@gmail.com>
Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a3437b8c
  59. 11 5月, 2005 1 次提交