The git-rebase-todo is parsed several times with different parsers. In
principle, the user input is normalized by transform_todo_ids and
further parsing can be stricter.
In case the user wrote
pick deadbeefcommit message
the parser of transform_todo_ids was considering the sha1 to be
"deadbeefco
804098bb (git rebase -i: add static check for commands and SHA-1,
2015-06-29) tried to check all insns before running any in the todo
list, but it did so by implementing its own parser that is a lot
stricter than necessary. We used to allow lines that are indented
(including comment lines), and we
Matthieu Moy venit, vidit, dixit 27.09.2015 17:13:
> After using "git checkout --detach", the reflog is left with an entry
> like
>
> checkout: moving from ... to HEAD
>
> This message is parsed to generate the 'HEAD detached at' message in
> 'git branch' and 'git status', which leads to the no
Commits 0fc1fdb0 ("fetch_populated_submodules: use new parallel job
processing", 28-09-2015) and 60f24f52 ("run-command: add an asynchronous
parallel child processor", 28-09-2015) both introduce external symbols
which only require file scope visibility. In order to reduce the
visibility, apply the
For convenient pushing of current branch, git supports this syntax:
$ git push origin HEAD
This will push your current branch up. However, is there such a
shortcut for *deleting* the branch? The only goal here is to avoid
having to type the branch name in the push command. Normally I rely on
tab
Michael J Gruber writes:
> Junio will also want your s-o-by, though ;)
Argh, sorry. I normally have an alias to do this for me, but my
git-send-email is temporarily broken and I forget to sign-off
explicitly.
I see that Junio already queued the patches in pu.
In case it matters, both patches a
On Thu, Oct 1, 2015 at 5:02 AM, Ramsay Jones
wrote:
>
> Commits 0fc1fdb0 ("fetch_populated_submodules: use new parallel job
> processing", 28-09-2015) and 60f24f52 ("run-command: add an asynchronous
> parallel child processor", 28-09-2015) both introduce external symbols
> which only require file
On Thu, 2015-10-01 at 11:47 +0800, 乙酸鋰 wrote:
> Hi,
>
> Why the message not appear in mailing list for many hours?
> There is no reject reply message. I sent the mail in plain text with a
> tarball attachment.
The git mailing list silently rejects messages over a certain size (as I
discovered whe
Diff is used in install-webdoc.sh to identify changed files
which need to be installed, but the output of diff is not
needed during the installation process. So squelch diff
output by redirecting to /dev/null.
Signed-off-by: Thomas Ackermann
---
Documentation/install-webdoc.sh | 2 +-
1 file ch
On Thu, Oct 1, 2015 at 9:43 AM, Robert Dailey wrote:
> For convenient pushing of current branch, git supports this syntax:
>
> $ git push origin HEAD
>
> This will push your current branch up. However, is there such a
> shortcut for *deleting* the branch? The only goal here is to avoid
> having to
On Thu, Oct 1, 2015 at 1:22 PM, Jacob Keller wrote:
> On Thu, Oct 1, 2015 at 9:43 AM, Robert Dailey
> wrote:
>> For convenient pushing of current branch, git supports this syntax:
>>
>> $ git push origin HEAD
>>
>> This will push your current branch up. However, is there such a
>> shortcut for *
On 01/10/15 18:05, Stefan Beller wrote:
> On Thu, Oct 1, 2015 at 5:02 AM, Ramsay Jones
> wrote:
>>
[snip]
>> diff --git a/run-command.c b/run-command.c
>> index 341b23b..347d22e 100644
>> --- a/run-command.c
>> +++ b/run-command.c
>> @@ -865,7 +865,7 @@ int capture_command(struct child_process
Hi Stefan,
On 01/10/15 02:54, Stefan Beller wrote:
[snip]
While skimming the interdiff for this series, ...
> diff --git a/run-command.c b/run-command.c
> index df84985..28048a7 100644
> --- a/run-command.c
> +++ b/run-command.c
> @@ -863,12 +863,13 @@ struct parallel_processes {
>
> get
On Thu, Oct 1, 2015 at 11:55 AM, Ramsay Jones
wrote:
> Hi Stefan,
>
>>
>> - if (!pp->get_next_task(pp->data,
>> + if (!pp->get_next_task(&pp->children[i].data,
>> &pp->children[i].process,
>> -&pp->children[i].err))
>> +
From: Jacob Keller
Create a new expansion function, expand_loose_notes_ref which will
expand any ref using get_sha1, but falls back to expand_notes_ref if
this fails. The contents of the strbuf will be either the hex string of
the sha1, or the expanded notes ref. It is expected to be re-expanded
On Thu, Oct 1, 2015 at 3:39 PM, Jacob Keller wrote:
> From: Jacob Keller
>
> Create a new expansion function, expand_loose_notes_ref which will
> expand any ref using get_sha1, but falls back to expand_notes_ref if
> this fails. The contents of the strbuf will be either the hex string of
> the sh
On 2015-09-30 10:51, Junio C Hamano wrote:
> Lars Wendler writes:
>
>> It seems to me that there is a size limit, after cutting down the patch
>> to ~16K, sending started to work. I cut it twice, once by removing lines
>> from the head and once from the bottom, in both cases at the size of
>> aro
The tarball I sent was 160 KB
2015-10-02 1:27 GMT+08:00 David Turner :
> On Thu, 2015-10-01 at 11:47 +0800, 乙酸鋰 wrote:
>> Hi,
>>
>> Why the message not appear in mailing list for many hours?
>> There is no reject reply message. I sent the mail in plain text with a
>> tarball attachment.
>
> The gi
Signed-off-by: Alex Henrie
---
advice.c | 2 +-
contrib/examples/git-pull.sh | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/advice.c b/advice.c
index 4965686..4dc5cf1 100644
--- a/advice.c
+++ b/advice.c
@@ -100,7 +100,7 @@ void NORETURN die_conclude_me
On 10/01/2015 04:51 AM, Jeff King wrote:
On Wed, Sep 30, 2015 at 01:00:56PM -0700, Junio C Hamano wrote:
Wow, my patch isn't even close to reasonable. I didn't realize because
we do not compile this code at all for non-Mac platforms. Sorry.
Perhaps the way we completely stub out the platform s
20 matches
Mail list logo
