Am 2014-08-17 um 20:42 schrieb Jeff King:
> [...]
>
>>> I'm not sure I understand this comment. Even if SSL is not in use,
>>> wouldn't we be passing a regular pipe to curl, which would break?
>>
>> Yeah, we can't do that, and thus would have to keep the handwritten IMAP
>> implementation just for
Hi, everyone. I'm trying to perform a shallow clone with visibility of
all remote branches.
git clone REPO --depth 1 --no-single-branch
is consistently giving me
Cloning into 'REPONAME'...
fatal: (null) is unknown object
remote: Total 0 (delta 0), reused 0 (delta 0)
fatal: recursion detected in
On Mon, Aug 18, 2014 at 01:55:05PM -0700, Jonathan Nieder wrote:
> Robert Dailey wrote:
>
> > The documentation wasn't 100% clear on this, but I'm assuming by
> > "remote origin", it says that the relative URL is relative to the
> > actual remote *named* origin (and it is not using origin as just
Junio C Hamano writes:
> Junio C Hamano writes:
[...]
> How about doing it this way, perhaps?
Could you please apply this your suggestion, as we seem not to agree
on anything better?
> -- >8 --
> From: Sergey Organov
> Date: Tue, 12 Aug 2014 00:22:48 +0400
> Subject: [PATCH] Documentation/git-
Junio C Hamano writes:
> Sergey Organov writes:
>
>>> A sentence "--force has no effect under --preserve-merges mode" does
>>> not tell the readers very much, either and leaves them wondering if
>>> it means "--preserve-merges mode always rebases every time it is
>>> asked, never noticing 'ah, t
On Aug 19, 2014, at 9:53 AM, Jeff King wrote:
>>> For files >2GB on a 32-bit system (e.g. msysgit), filtering with the
>>> previous code always failed. Now it works. I created the patch to
>>> change git from 'fundamentally doesn't handle this' to 'works as
>>> expected'.
>>
>> I deal with si
On Sun, Aug 17, 2014 at 09:30:47AM -0400, Jason Pyeron wrote:
> I am working on an open source project right now where we are looking
> to enforce a N of M audit approval process. It turns out that git
> supports verifying multiple signatures because gpg supports signature
> merging.
In the schem
On Tue, Aug 19, 2014 at 04:05:21PM +1000, Babak M wrote:
> I saw that if a hook file is present in .git/hooks and it does not
> have execution permissions it is silently ignored.
>
> I thought it might be worthwhile issuing a warning such as "Warning:
> pre-commit hook exists but it cannot be exe
On Sun, Aug 17, 2014 at 06:33:54PM +0700, Duy Nguyen wrote:
> > For files >2GB on a 32-bit system (e.g. msysgit), filtering with the
> > previous code always failed. Now it works. I created the patch to
> > change git from 'fundamentally doesn't handle this' to 'works as
> > expected'.
>
> I de
101 - 109 of 109 matches
Mail list logo