Skip to content
Commits on Jul 3, 2012
  1. @technoweenie
  2. @technoweenie
  3. @vmg @technoweenie

    strip newlines from tree entry names

    ported from
    vmg committed with technoweenie Jul 3, 2012
  4. @technoweenie
  5. @technoweenie
Commits on Jun 29, 2012
  1. @jonmagic

    Remove un-needed hooks dir.

    jonmagic committed Jun 29, 2012
  2. @jonmagic
  3. @jonmagic

    Added support for commit object with mergetag.

    This actually just adds support for a tag in the commit that has single indented children. I'm totally making up what git_ruby.rev_list should return because I'm not sure how to build this actual test case as a dot_git fixture.
    jonmagic committed Jun 27, 2012
Commits on Apr 22, 2012
  1. @mojombo

    Release 2.5.0

    mojombo committed Apr 22, 2012
  2. @mojombo

    Update History.

    mojombo committed Apr 21, 2012
  3. @rtomayko @tmm1
  4. @rtomayko @tmm1
Commits on Jan 27, 2012
  1. @sr

    git ls-tree raises on non-zero exit

    sr committed Jan 26, 2012
Commits on Dec 29, 2011
  1. @rtomayko

    Merge pull request #103 from peff/master

    support large packfiles with index v2
    rtomayko committed Dec 29, 2011
Commits on Dec 23, 2011
  1. @peff

    support large packfiles with index v2

    Grit has known about the "v2" pack index format for a while.
    However, it never actually handled the extended offsets that
    we get when indexing packfiles that are larger than 2
    When an object is at an offset smaller than 2G, its byte
    offset into the packfile is placed in the first table of
    4-byte offset values. If it's past that, then the MSB is set
    on its offset in the 4-byte table, and the rest of the
    4-byte integer specifies an offset into an 8-byte table that
    With this patch, grit should handle arbitrarily large packs
    (limited only by the pack format itself).
    A few notes on the patch itself:
      - I unpack using two "N" formats instead of "Q>", because
        "Q>" is not available in ruby < 1.9.3
      - No automated test is included, because you need a
        packfile that is greater than 2G. I did test it by hand.
    peff committed Dec 23, 2011
Commits on Aug 20, 2011
  1. @vmg

    100% Git-compliant actor creation

    Some more tweaks here:
    	- Do not use `strftime`, because it's not assured
    	to be cross-platform
    	- Use C-like string formatting for Great Glory
    	When Printing Numbers.
    	- Always print an email address -- even if we don't
    	have one. A missing email field will crash `fsck`.
    vmg committed Aug 20, 2011
Commits on Aug 17, 2011
  1. @vmg @defunkt

    Properly print time offsets

    vmg committed with defunkt Aug 17, 2011
Commits on Jul 10, 2011
  1. @rtomayko

    handle newlines in author / committer

    This shouldn't technically be allowed but we've seen a few cases of
    it in existing repositories on so let's just deal with
    rtomayko committed Jul 10, 2011
Commits on Jul 1, 2011
  1. @tmm1

    Merge pull request #78 from kevinsawicki/patch-1

    Fix typo in tree method doc
    tmm1 committed Jul 1, 2011
  2. @kevinsawicki
Commits on Jun 22, 2011
  1. @rtomayko
  2. @rtomayko

    Grit::Git check_applies / patch related methods take command hash

    This lets us pass an :env so we can use GIT_ALTERNATE_OBJECT_DIRECTORIES
    to check if a commit applies across repositories.
    rtomayko committed Jun 21, 2011
  3. @schacon @rtomayko

    tags api now resty

    schacon committed with rtomayko Jun 16, 2011
  4. @schacon @rtomayko
  5. @schacon @rtomayko
Commits on Jun 15, 2011
  1. @rtomayko

    ruby rev_list passes --verify to native rev_parse in fallback

    Otherwise, the git-rev-parse will return whatever is given as an arg
    when the ref doesn't exist. e.g.,
      $ git rev-parse some-bad-ref
      fatal: ambiguous argument 'some-bad-ref': unknown revision or path not in the working tree.
    The error message is on stderr and git-rev-parse exits with non-zero
    but the ref name is still output.
    The problem here is that code often calls rev_list like:
        git.rev_list({}, "some-bad-ref")
    Then rev_list tries to convert some-bad-ref to a SHA1, gets back the
    ref string, but continues on anyway. This eventually results in the
    rev_list failing to look up the object because it assumes its a SHA1
    when its really a ref string.
    rtomayko committed Jun 15, 2011
Commits on Jun 10, 2011
  1. @rtomayko

    Merge pull request #71 from injekt/master

    Fix warnings on 1.9
    rtomayko committed Jun 10, 2011
  2. @rtomayko

    Merge pull request #72 from cesario/master

    Fix the gemspec
    rtomayko committed Jun 10, 2011
  3. @franckverrot
Commits on Jun 9, 2011
  1. remove commented out lazy_reader

    Lee Jarvis committed Jun 9, 2011
  2. fix warnings on Ruby 1.9

    Lee Jarvis committed Jun 9, 2011
Commits on Jun 8, 2011
  1. @rtomayko
  2. @rtomayko
  3. @tmm1
  4. @tmm1

    Merge branch 'posix-spawn'

    tmm1 committed Jun 8, 2011
Something went wrong with that request. Please try again.