Skip to content

G
git

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

从无法访问的项目Fork

通知 2
Star 1
Fork 0
G
git

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

切换分支/标签
  1. 18 6月, 2011 4 次提交
    • J
      tests: link shell libraries into valgrind directory · 36bfb0e5
      由 Jeff King 提交于 
      When we run tests under valgrind, we symlink anything
executable that starts with git-* or test-* into a special
valgrind bin directory, and then make that our
GIT_EXEC_PATH.

However, shell libraries like git-sh-setup do not have the
executable bit marked, and did not get symlinked.  This
means that any test looking for shell libraries in our
exec-path would fail to find them, even though that is a
fine thing to do when testing against a regular git build
(or in a git install, for that matter).

t2300 demonstrated this problem. The fix is to symlink these
shell libraries directly into the valgrind directory.
Signed-off-by: NJeff King <peff@peff.net>
Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      36bfb0e5
    • J
      t/Makefile: pass test opts to valgrind target properly · 7ef4d6b9
      由 Jeff King 提交于 
      The valgrind target just reinvokes make with GIT_TEST_OPTS
set to "--valgrind". However, it does this using an
environment variable, which means GIT_TEST_OPTS in your
config.mak would override it, and "make valgrind" would
simply run the test suite without valgrind on.

Instead, we should pass GIT_TEST_OPTS on the command-line,
overriding what's in config.mak, and take care to append to
whatever the user has there already.
Signed-off-by: NJeff King <peff@peff.net>
Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      7ef4d6b9
    • J
      Merge branch 'ab/i18n-scripts-basic' · 179aae51
      由 Junio C Hamano 提交于 
      * ab/i18n-scripts-basic:
  sh-i18n--envsubst.c: do not #include getopt.h
      179aae51
    • B
      sh-i18n--envsubst.c: do not #include getopt.h · 7c1fdd70
      由 Brandon Casey 提交于 
      The getopt.h header file is not used.  It's inclusion is left over from the
original version of this source.  Additionally, getopt.h does not exist on
all platforms (SunOS 5.7) and will cause a compilation failure.  So, let's
remove it.
Signed-off-by: NBrandon Casey <casey@nrlssc.navy.mil>
Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      7c1fdd70
  3. 17 6月, 2011 1 次提交
  5. 10 6月, 2011 1 次提交
    • J
      gitweb: do not misparse nonnumeric content tag files that contain a digit · 2c162b56
      由 Jonathan Nieder 提交于 
      v1.7.6-rc0~27^2~4 (gitweb: Change the way "content tags" ('ctags') are
handled, 2011-04-29) tried to make gitweb's tag cloud feature more
intuitive for webmasters by checking whether the ctags/<label> under
a project's .git dir contains a number (representing the strength of
association to <label>) before treating it as one.

With that change, after putting '$feature{'ctags'}{'default'} = [1];'
in your $GITWEB_CONFIG, you could do

	echo Linux >.git/ctags/linux

and gitweb would treat that as a request to tag the current repository
with the Linux tag, instead of the previous behavior of writing an
error page embedded in the projects list that triggers error messages
from Chromium and Firefox about malformed XML.

Unfortunately the pattern (\d+) used to match numbers is too loose,
and the "XML declaration allowed only at the start of the document"
error can still be experienced if you write "Linux-2.6" in place of
"Linux" in the example above.  Fix it by tightening the pattern to
^\d+$.
Signed-off-by: NJonathan Nieder <jrnieder@gmail.com>
Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      2c162b56
  7. 09 6月, 2011 3 次提交
  9. 07 6月, 2011 6 次提交
  11. 06 6月, 2011 1 次提交
  13. 04 6月, 2011 1 次提交
  15. 03 6月, 2011 2 次提交
  17. 02 6月, 2011 8 次提交
  19. 01 6月, 2011 13 次提交