Looks good. Will queue.
Thanks.
--
Dear Beloved Friend
I am Mrs Nicole Benoite Marois and I have been suffering from ovarian
cancer disease and the doctor says that i have just few weeks to leave.
I am from (Paris) France but based in Benin republic since eleven years
ago as a business woman dealing with gold exportation b
Thanks, both looks good. Will queue.
Hi
I'm running git version 2.13.1 on Ubuntu 16.04 (x64)
I'm connecting over a very slow (international link) to a very busy gerrit
server (gerrit.libreoffice.org) using ssh.
Ping types are on the order of 200ms.
Using GIT_TRACE_PACKET=true, what I am seeing is that the bulk of the time is spen
The commit template adds the status information without
adding a new line to distinguish them in the absence
of optional parts. This results in difficulty in interpreting
it's content, specifically for inexperienced users.
Unconditionally, add new lines to separate the status message
from the othe
The notice that "git commit " default to "git commit
--only " was there since 756e3ee0 ("Merge branch
'jc/commit'", 2006-02-14). Back then, existing users of Git
expected the command doing "git commit --include ", and
after the behaviour of the command was changed to align with
other people's "$sc
> On 30 Jun 2017, at 11:41, Miguel Torroja wrote:
>
> On Fri, Jun 30, 2017 at 10:26 AM, Lars Schneider
> wrote:
>>
>>> On 30 Jun 2017, at 00:46, miguel torroja wrote:
>>>
>>> The option -G of p4 (python marshal output) gives more context about the
>>> data being output. That's useful when us
On 23/06/17 00:18, Jeff King wrote:
> On Thu, Jun 22, 2017 at 11:26:17AM +0100, Phillip Wood wrote:
>
>> From: Phillip Wood
>>
>> I'm using this in some scripts and it would be more convenient to have
>> it available from Git.pm rather than copying and pasting it each time
>> I need it. I think i
From: Phillip Wood
The version copied from git-add--interactive did not handle quoted
paths containing '\a'.
Signed-off-by: Phillip Wood
---
perl/Git.pm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/perl/Git.pm b/perl/Git.pm
index
35188842ef82c67f83f6d72fd37e38edb89532
From: Phillip Wood
Check that unquote_path() handles spaces and escape sequences properly
Signed-off-by: Phillip Wood
---
t/t9700/test.pl | 7 +++
1 file changed, 7 insertions(+)
diff --git a/t/t9700/test.pl b/t/t9700/test.pl
index
1b75c919651a8126e2a327f3d9645d4377823726..34cd01366f9216
From: Phillip Wood
Thanks for the review Junio, I've amended the patches as you suggested.
The first patch now removes unquote_path() from add -i as well as
adding it to Git.pm. I've fixed the naming issues (the version I sent
previously was copied from another script rather than directly from
a
From: Phillip Wood
This is what the other routines in Git.pm do if there's an error.
Signed-off-by: Phillip Wood
---
perl/Git.pm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/perl/Git.pm b/perl/Git.pm
index
f075b500c510d183074c0358fb24fefc72248125..baf80d1ab038590c85
From: Phillip Wood
Move unquote_path() from git-add--interactive to Git.pm so it can be
used by other scripts. Note this is a straight copy, it does not
handle '\a'. That will be fixed in the next commit.
Signed-off-by: Phillip Wood
---
git-add--interactive.perl | 43 +-
On Fri, Jun 30, 2017 at 10:26 AM, Lars Schneider
wrote:
>
>> On 30 Jun 2017, at 00:46, miguel torroja wrote:
>>
>> The option -G of p4 (python marshal output) gives more context about the
>> data being output. That's useful when using the command "change -o" as
>> we can distinguish between warni
On 30/06/17 11:09, Matthieu Moy wrote:
Сергей Шестаков writes:
I understand that we can turn off core.safecrlf, but it's
inconvinient.
Note that you can do that without actually changing the config file:
git -c core.safecrlf=false status ...
Beside that, I would recommend to set up a
Сергей Шестаков writes:
> I understand that we can turn off core.safecrlf, but it's
> inconvinient.
Note that you can do that without actually changing the config file:
git -c core.safecrlf=false status ...
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
> On 30 Jun 2017, at 00:46, miguel torroja wrote:
>
> The option -G of p4 (python marshal output) gives more context about the
> data being output. That's useful when using the command "change -o" as
> we can distinguish between warning/error line and real change description.
>
> Some p4 trigge
The Latest patch I sent was already the squashed version with the fix
to pass the tests.
Thanks,
On Fri, Jun 30, 2017 at 9:56 AM, Luke Diamand wrote:
> On 29 June 2017 at 23:41, miguel torroja wrote:
>> On Thu, Jun 29, 2017 at 8:59 AM, Luke Diamand wrote:
>>> On 28 June 2017 at 14:14, miguel t
On 29 June 2017 at 23:41, miguel torroja wrote:
> On Thu, Jun 29, 2017 at 8:59 AM, Luke Diamand wrote:
>> On 28 June 2017 at 14:14, miguel torroja wrote:
>>> Thanks Luke,
>>>
>>> regarding the error in t9800 (not ok 18 - unresolvable host in P4PORT
>>> should display error), for me it's very wei
On Thu, Jun 29, 2017 at 05:07:10PM -0700, Stefan Beller wrote:
> + Small blocks of 3 moved lines or fewer are skipped.
If I read the commit messages correctly, this "skipping" process
applies to the move detection in general for those smaller blocks
and therefore doesn't mean a malicious move
On Fri, Jun 30, 2017 at 09:00:14AM +0300, Сергей Шестаков wrote:
> I am trying to make an automated processing of "git status" results.
> I execute the command
>
> git status -z -uno
>
> I expect that it has stable output format. However, it still can print
> warnings like
>
> warning: CRLF wil
On Thu, Jun 29, 2017 at 03:11:37PM -0700, Luck, Tony wrote:
> So there is a "--cc-cmd" option that can do the same as those "-cc" arguments.
> Combine that with --suppress-cc=bodycc and things get a bit more automated.
Yeah, whatever works for you.
I did play with cc-cmd somewhat but can't be bot
101 - 122 of 122 matches
Mail list logo
