1. 19 6月, 2018 19 次提交
    • J
      Merge branch 'js/rebase-i-root-fix' · f300f568
      Junio C Hamano 提交于
      A regression to "rebase -i --root" introduced during this cycle has
      been fixed.
      
      * js/rebase-i-root-fix:
        rebase --root: fix amending root commit messages
        rebase --root: demonstrate a bug while amending root commit messages
      f300f568
    • J
      Merge branch 'jk/ewah-bounds-check' · f35f43f5
      Junio C Hamano 提交于
      The code to read compressed bitmap was not careful to avoid reading
      past the end of the file, which has been corrected.
      
      * jk/ewah-bounds-check:
        ewah: adjust callers of ewah_read_mmap()
        ewah_read_mmap: bounds-check mmap reads
      f35f43f5
    • J
      Merge tag 'l10n-2.18.0-rnd3' of git://github.com/git-l10n/git-po · 1663e2ba
      Junio C Hamano 提交于
      l10n for Git 2.18.0 round 3
      
      * tag 'l10n-2.18.0-rnd3' of git://github.com/git-l10n/git-po:
        l10n: zh_CN: for git v2.18.0 l10n round 1 to 3
        l10n: bg.po: Updated Bulgarian translation (3608t)
        l10n: vi.po(3608t): Update Vietnamese translation for v2.18.0 round 3
        l10n: fr.po v2.18.0 round 3
        l10n: es.po: Spanish update for v2.18.0 round 3
        l10n: git.pot: v2.18.0 round 3 (1 new, 1 removed)
        l10n: vi.po(3608t): Update Vietnamese translation for v2.18.0 round2
        l10n: bg.po: Updated Bulgarian translation (3608t)
        l10n: es.po: Spanish update for v2.18.0 round 2
        l10n: sv.po: Update Swedish translation (3608t0f0u)
        l10n: sv.po: Update Swedish translation (3470t0f0u)
        l10n: git.pot: v2.18.0 round 2 (144 new, 6 removed)
        l10n: fr.po v2.18 round 1
        l10n: vi(3470t): Updated Vietnamese translation for v2.18.0
        l10n: es.po: Spanish update for v2.18.0 round 1
        l10n: git.pot: v2.18.0 round 1 (108 new, 14 removed)
        l10n: TEAMS: remove inactive de team members
        l10n: de.po: fix typos
        l10n: Update Catalan translation
      1663e2ba
    • J
      A bunch of micro-fixes before going 2.18 final · 10223798
      Junio C Hamano 提交于
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      10223798
    • J
      Merge branch 'sb/blame-color' · 698eb031
      Junio C Hamano 提交于
      Leakfix.
      
      * sb/blame-color:
        blame: release string_list after use in parse_color_fields()
      698eb031
    • J
      Merge branch 'mw/doc-merge-enumfix' · 23fc55a9
      Junio C Hamano 提交于
      Fix old merge glitch in Documentation during v2.13-rc0 era.
      
      * mw/doc-merge-enumfix:
        doc: update the order of the syntax `git merge --continue`
      23fc55a9
    • J
      Merge branch 'en/rename-directory-detection' · f72432d6
      Junio C Hamano 提交于
      Newly added codepath in merge-recursive had potential buffer
      overrun, which has been fixed.
      
      * en/rename-directory-detection:
        merge-recursive: use xstrdup() instead of fixed buffer
      f72432d6
    • J
      Merge branch 'rd/doc-remote-tracking-with-hyphen' · 929c0975
      Junio C Hamano 提交于
      Doc update.
      
      * rd/doc-remote-tracking-with-hyphen:
        Use hyphenated "remote-tracking branch" (docs and comments)
      929c0975
    • J
      Merge branch 'jl/zlib-restore-nul-termination' · faff8128
      Junio C Hamano 提交于
      Make zlib inflate codepath more robust against versions of zlib
      that clobber unused portion of outbuf.
      
      * jl/zlib-restore-nul-termination:
        packfile: correct zlib buffer handling
      faff8128
    • J
      Merge branch 'ab/cred-netrc-no-autodie' · 094381ed
      Junio C Hamano 提交于
      Hotfix for contrib/ stuff broken by this cycle.
      
      * ab/cred-netrc-no-autodie:
        git-credential-netrc: remove use of "autodie"
      094381ed
    • J
      Merge branch 'km/doc-workflows-typofix' · a6260826
      Junio C Hamano 提交于
      Typofix.
      
      * km/doc-workflows-typofix:
        gitworkflows: fix grammar in 'Merge upwards' rule
      a6260826
    • J
      Merge branch 'ld/git-p4-updates' · e6388994
      Junio C Hamano 提交于
      "git p4" updates.
      
      * ld/git-p4-updates:
        git-p4: auto-size the block
        git-p4: narrow the scope of exceptions caught when parsing an int
        git-p4: raise exceptions from p4CmdList based on error from p4 server
        git-p4: better error reporting when p4 fails
        git-p4: add option to disable syncing of p4/master with p4
        git-p4: disable-rebase: allow setting this via configuration
        git-p4: add options --commit and --disable-rebase
      e6388994
    • J
      Merge branch 'rd/diff-options-typofix' · d676cc51
      Junio C Hamano 提交于
      Typofix.
      
      * rd/diff-options-typofix:
        diff-options.txt: fix minor typos, font inconsistencies, in docs
      d676cc51
    • J
      Merge branch 'rd/comment-typofix-in-sha1-file' · 1bd0e677
      Junio C Hamano 提交于
      In code comment typofix
      
      * rd/comment-typofix-in-sha1-file:
        sha1-file.c: correct $GITDIR to $GIT_DIR in a comment
      1bd0e677
    • S
      RelNotes 2.18: minor fix to entry about dynamically loading completions · 2e157d13
      SZEDER Gábor 提交于
      It was not "newer versions of bash" but newer versions of
      bash-completion that made commit 085e2ee0 (completion: load
      completion file for external subcommand, 2018-04-29) both necessary
      and possible.
      
      Update the corresponding RelNotes entry accordingly.
      Signed-off-by: NSZEDER Gábor <szeder.dev@gmail.com>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      2e157d13
    • J
      rebase --root: fix amending root commit messages · 76fda6eb
      Johannes Schindelin 提交于
      The code path that triggered that "BUG" really does not want to run
      without an explicit commit message. In the case where we want to amend a
      commit message, we have an *implicit* commit message, though: the one of
      the commit to amend. Therefore, this code path should not even be
      entered.
      Signed-off-by: NJohannes Schindelin <johannes.schindelin@gmx.de>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      76fda6eb
    • T
      rebase --root: demonstrate a bug while amending root commit messages · 3a36ca08
      Todd Zullinger 提交于
      When splitting a repository, running `git rebase -i --root` to reword
      the initial commit, Git dies with
      
      	BUG: sequencer.c:795: root commit without message.
      Signed-off-by: NTodd Zullinger <tmz@pobox.com>
      Signed-off-by: NJohannes Schindelin <johannes.schindelin@gmx.de>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      3a36ca08
    • J
      ewah: adjust callers of ewah_read_mmap() · 1140bf01
      Jeff King 提交于
      The return value of ewah_read_mmap() is now an ssize_t,
      since we could (in theory) process up to 32GB of data. This
      would never happen in practice, but a corrupt or malicious
      .bitmap or index file could convince us to do so.
      
      Let's make sure that we don't stuff the value into an int,
      which would cause us to incorrectly move our pointer
      forward.  We'd always move too little, since negative values
      are used for reporting errors. So the worst case is just
      that we end up reporting a corrupt file, not an
      out-of-bounds read.
      Signed-off-by: NJeff King <peff@peff.net>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      1140bf01
    • J
      ewah_read_mmap: bounds-check mmap reads · 9d2e330b
      Jeff King 提交于
      The on-disk ewah format tells us how big the ewah data is,
      and we blindly read that much from the buffer without
      considering whether the mmap'd data is long enough, which
      can lead to out-of-bound reads.
      
      Let's make sure we have data available before reading it,
      both for the ewah header/footer as well as for the bit data
      itself. In particular:
      
        - keep our ptr/len pair in sync as we move through the
          buffer, and check it before each read
      
        - check the size for integer overflow (this should be
          impossible on 64-bit, as the size is given as a 32-bit
          count of 8-byte words, but is possible on a 32-bit
          system)
      
        - return the number of bytes read as an ssize_t instead of
          an int, again to prevent integer overflow
      
        - compute the return value using a pointer difference;
          this should yield the same result as the existing code,
          but makes it more obvious that we got our computations
          right
      
      The included test is far from comprehensive, as it just
      picks a static point at which to truncate the generated
      bitmap. But in practice this will hit in the middle of an
      ewah and make sure we're at least exercising this code.
      Reported-by: NLuat Nguyen <root@l4w.io>
      Signed-off-by: NJeff King <peff@peff.net>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      9d2e330b
  2. 18 6月, 2018 1 次提交
  3. 17 6月, 2018 7 次提交
  4. 16 6月, 2018 3 次提交
  5. 15 6月, 2018 2 次提交
  6. 14 6月, 2018 8 次提交