Junio C Hamano writes:
> For now, I will mix this in when queuing the whole thing in 'pu', as
> I hate to push out something that does not even work for me to the
> general public.
>
> -- >8 --
> Subject: [PATCH] diff- and log- family: handle "git cmd -h" early
> ...
And
Junio C Hamano writes:
> Heh, I found another ;-)
>
> 95e98cd9 ("revision.c: use refs_for_each*() instead of
> for_each_*_submodule()", 2017-04-19), which is in the middle of
> Duy's nd/prune-in-worktree series, does this:
> ...
> when jk/consistent-h is merged into it and
On Thu, Jun 01, 2017 at 01:17:55PM +0900, Junio C Hamano wrote:
> Jeff King writes:
>
> > Anyway, the problem is sk/dash-is-previous, specifically fc5684b47
> > (revision.c: args starting with "-" might be a revision, 2017-02-25). It
> > looks like the revision parser used to
When `git pull --rebase --autostash` in a dirty repository resulted in a
fast-forward, nothing was being autostashed and the pull failed. This
was due to a shortcut to avoid running rebase when we can fast-forward,
but autostash is ignored on that codepath.
Now we will only take the shortcut if
Jeff King writes:
> Anyway, the problem is sk/dash-is-previous, specifically fc5684b47
> (revision.c: args starting with "-" might be a revision, 2017-02-25). It
> looks like the revision parser used to just bail on "-h", because
> revision.c would say "I don't recognize this" and
Jeff King writes:
> As I said above, I think I'd prefer it to require "--progress", as
> format-patch is quite often used as plumbing.
Yes, that sounds sensible.
Initially, my reaction was "Why do we even need --progress for
format-patch, when it gives one-line per patch output
On Wed, May 31, 2017 at 08:29:43PM -0700, Joel Teichroeb wrote:
> I'm running into a lot of trouble using argv_array_clear. It seems
> that some of the builtin git cmd functions move the parameters around,
> and write new pointers to argv. There's three options I have now, and
> I'm not sure
I'm running into a lot of trouble using argv_array_clear. It seems
that some of the builtin git cmd functions move the parameters around,
and write new pointers to argv. There's three options I have now, and
I'm not sure which is the best one.
1. Fix all the builtin cmd functions that I use to
Ævar Arnfjörð Bjarmason writes:
> $ git log --grep=bar --invert-grep --author=Ævar --pretty=format:%an
> -100 origin/pu |sort|uniq -c|sort -nr
> 78 Junio C Hamano
> 14 Jeff King
> 2 Andreas Heiduk
> 1 Sahil Dua
> 1 Rikard Falkeborn
> 1 Johannes
Jeff King writes:
> On Wed, May 31, 2017 at 04:06:24PM +0100, Adam Dinwoodie wrote:
>
>> When compiling the documentation, asciidoc thinks a backtick surrounded
>> by whitespace shouldn't be interpreted as marking the start or end of a
>> literal. In most cases, that's useful
Phillip Wood writes:
> From: Phillip Wood
>
> Check that the reflog message written to the branch reflog when the
> rebase is completed is correct. This checks for regressions for the
> fix in commit
> 4ab867b8fc rebase -i: fix reflog
Phillip Wood writes:
> On 31/05/17 11:42, Phillip Wood wrote:
>> From: Phillip Wood
>>
>> Check the console output when using --autostash and the stash applies
>> cleanly is what we expect. To avoid this test depending on commit and
>>
Tyler Brazier writes:
> When `git pull --rebase --autostash` in a dirty repository resulted in a
> fast-forward, nothing was being autostashed and the pull failed. This
> was due to a shortcut to avoid running rebase when we can fast-forward,
> but autostash is ignored on
Sahil Dua writes:
> Adds copy branch option available using -c or -C (forcefully).
>
> Includes a lot of function renames and their signature changes in order
> to introduce a new function parameter - flag 'copy' which determines
> whether those functions should do
Atousa Duprat writes:
> Here is my first attempt at fixing the issue.
>
> There are two problems in ref-filter.c:
>
> First, copy_subject() has been modified to turn '\n' into a space and
> every other ascii control character to be ignored.
>
> Second, find_subpos() doesn't
Ævar Arnfjörð Bjarmason writes:
> On Mon, May 29, 2017 at 8:23 AM, Junio C Hamano wrote:
>> * ab/pcre-v2 (2017-05-26) 7 commits
>> - grep: add support for PCRE v2
>> - grep: un-break building with PCRE < 8.20
>> - grep: un-break building with PCRE < 8.32
Signed-off-by: Stefan Beller
Signed-off-by: Junio C Hamano
---
builtin/fetch.c | 7 +++
t/t5526-fetch-submodules.sh | 10 ++
2 files changed, 17 insertions(+)
diff --git a/builtin/fetch.c b/builtin/fetch.c
index
In builtin/grep.c we parse the config before evaluating the command line
options. This makes the task of teaching grep to respect the new config
option 'submodule.recurse' very easy by just parsing that option.
As an alternative I had implemented a similar structure to treat
submodules as the
The closest mapping from the boolean 'submodule.recurse' set to "yes"
to the variety of submodule push modes is "on-demand", so implement that.
Signed-off-by: Stefan Beller
Signed-off-by: Junio C Hamano
---
builtin/push.c | 4
Any command that understands '--recurse-submodules' can have its
default changed to true, by setting the new 'submodule.recurse'
option.
This patch includes read-tree/checkout/reset for working tree
manipulating commands. Later patches will cover other commands.
Signed-off-by: Stefan Beller
v3:
* rerolling only the top-4 patches of sb/submodule-blanket-recursive.
(base: 1d789d089280539ca39b83aabb67860929d39b75)
* fixes function declarations that should be static, thanks Ramsay!
v2:
* A reroll of sb/submodule-blanket-recursive.
* This requires ab/grep-preparatory-cleanup
* It
When a patch consists mostly of moving blocks of code around, it can
be quite tedious to ensure that the blocks are moved verbatim, and not
undesirably modified in the move. To that end, color blocks that are
moved within the same patch differently. For example (OM, del, add,
and NM are different
Subject: send-email: Net::SMTP::starttls was introduced in v2.34
We cannot rely on the starttls method being present in Net::SMTP until
c274b798e6881a941d941808c6d89966975cb8c8 (Merge branch 'ipv6_ssl' of
https://github.com/noxxi/perl-libnet into noxxi-ipv6_ssl, 2014-06-02),
which set the module
On 05/31, Jeff King wrote:
> On Fri, May 26, 2017 at 11:22:37AM -0500, Elliott Cable wrote:
>
> > 1. Most simply, better documentation: mention `GIT_PROTOCOL_FROM_USER`
> >explicitly in the documentation of/near `insteadOf`, most
> >particularly in the README for
Changed git_config_rename_section to git_config_copy_or_rename_section
which will now accept another argument flag "copy" which will determine
if the function will copy the config section or just rename it.
Again, this includes changes at a lot of unrelated other places wherever
the renamed and
Adds a few basic tests for getting any suggestions/feedback
about expected behavior for this new feature. Aim is to have an option -c
for copying a branch just like -m option for renaming a branch.
Signed-off-by: Sahil Dua
---
t/t3200-branch.sh | 53
It doesn't make sense to trigger config section copy or rename method if
both the branch names are same.
For example - git branch -C a a
In such a case, it shouldn't try to copy or rename the git config
section.
Signed-off-by: Sahil Dua
---
builtin/branch.c | 2 +-
1
Adds copy branch option available using -c or -C (forcefully).
Includes a lot of function renames and their signature changes in order
to introduce a new function parameter - flag 'copy' which determines
whether those functions should do operation copy or move.
Additionally, this changes a lot
Abstracts out the logic for creating string buffer from given key for
example - 'branch.b' and returns '[branch "b"]'.
We want to keep the original config section intact in case of copy
operation. For this we need to fetch the section with updated new branch
name so that we can write that to the
Adds implementation for copying the config section while copying a
branch.
While we're parsing the config file, we need to make sure we start
copying the config section once we find the matching block for our
branch1 (for example when running 'git branch -c branch1 branch2').
There is one flag
Eric Biggers wrote:
> On Wed, May 31, 2017 at 03:44:15PM -0700, Jonathan Nieder wrote:
>> Subject: send-email: Net::SMTP::starttls was introduced in v3.01
>>
>> We cannot rely on the starttls method being present in the copy
>> of Net::SMTP shipped with perl until v5.21.5~169 (Update libnet to
>>
On 05/31, Stefan Beller wrote:
> On Wed, May 31, 2017 at 2:43 PM, Brandon Williams wrote:
> > Given the vast interest expressed when I sent out my RFC series I decided it
> > would be worth it to invest more time to making a repository object a
> > reality.
> >
> > This series
On Wed, May 31, 2017 at 03:44:15PM -0700, Jonathan Nieder wrote:
> Subject: send-email: Net::SMTP::starttls was introduced in v3.01
>
> We cannot rely on the starttls method being present in the copy
> of Net::SMTP shipped with perl until v5.21.5~169 (Update libnet to
> CPAN version 3.01,
On Wed, May 31, 2017 at 2:43 PM, Brandon Williams wrote:
> Given the vast interest expressed when I sent out my RFC series I decided it
> would be worth it to invest more time to making a repository object a reality.
>
> This series is an extension of the last series I sent out
Hi,
Jun 01, 2017 at 07:39:16AM +0900, Junio C Hamano wrote:
> Jonathan Nieder writes:
>> This broke git send-email for me. The error message is
>>
>> Can't locate object method "starttls" via package "Net::SMTP" at
>> /usr/lib/git-core/git-send-email line 1410.
>>
>> Is
Jonathan Nieder writes:
> Subject: send-email: Net::SMTP::starttls was introduced in v3.01
>
> We cannot rely on the starttls method being present in the copy
> of Net::SMTP shipped with perl until v5.21.5~169 (Update libnet to
> CPAN version 3.01, 2014-10-10).
>
>
Dennis Kaarsemaker writes:
> Second ping. This problem is not going away, so if this solution is not
> acceptable, I'd like to know what needs to be improved.
Perhaps you needed to actually test with older installation that
people have, it seems, between pings.
Subject: send-email: Net::SMTP::starttls was introduced in v3.01
We cannot rely on the starttls method being present in the copy
of Net::SMTP shipped with perl until v5.21.5~169 (Update libnet to
CPAN version 3.01, 2014-10-10).
Reported-by: Brandon Williams
Reported-by: Eric
Jonathan Nieder writes:
> Dennis Kaarsemaker wrote:
>
>> Net::SMTP itself can do the necessary SSL and STARTTLS bits just fine
>> since version 1.28, and Net::SMTP::SSL is now deprecated. Since 1.28
>> isn't that old yet, keep the old code in place and use it when
>>
Hi,
There seems to be a bug in 'git send-email' caused by this commit:
commit 0ead000c3aca13a10ae51a3c74c866981e0d33b8
Author: Dennis Kaarsemaker
Date: Fri Mar 24 22:37:32 2017 +0100
send-email: Net::SMTP::SSL is obsolete, use only when necessary
On Wed, May 31, 2017 at 08:04:27AM -0700, Kevin Willford wrote:
> This change passes the progress option of format-patch by
> default and passes the -q --quiet option through to the
> format-patch call so that it is respected as well.
That makes sense. Is it a bug that we aren't propagating "-q"
On Mon, May 1, 2017 at 9:04 PM, Stefan Beller wrote:
>>
>>> I don't know why submodules were originally designed to be in a
>>> detached HEAD state but I much prefer working on branches (as I'm sure
>>> many other developers do) so the prospect of this becoming the norm is
>>>
On Tue, May 30, 2017 at 10:30:36AM -0700, Brandon Williams wrote:
> A month or so ago I thought I would lend a hand to Brian and do a round of
> conversions from sha1 -> struct object_id. Now that Brian's latest series has
> hit master I can finally send these patches out.
>
> The first couple
On Tue, May 30, 2017 at 10:30:58AM -0700, Brandon Williams wrote:
> @@ -596,47 +596,47 @@ int notes_merge(struct notes_merge_options *o,
> /* Find merge bases */
> bases = get_merge_bases(local, remote);
> if (!bases) {
> - base_sha1 = null_sha1;
> -
On Wed, May 31, 2017 at 08:04:26AM -0700, Kevin Willford wrote:
> When generating patches for the rebase command if the user does
> not realize the branch they are rebasing onto is thousands of
> commits different there is no progress indication after initial
> rewinding message.
>
> This patch
Hi,
Dennis Kaarsemaker wrote:
> Net::SMTP itself can do the necessary SSL and STARTTLS bits just fine
> since version 1.28, and Net::SMTP::SSL is now deprecated. Since 1.28
> isn't that old yet, keep the old code in place and use it when
> necessary.
This broke git send-email for me. The error
'GIT_TOPLEVEL_PREFIX_ENVIRONMENT' was added in (b58a68c1c setup: allow
for prefix to be passed to git commands) to aid in fixing a bug where
'ls-files' and 'grep' were not able to properly recurse when called from
within a subdirectory. Add a 'NEEDSWORK' comment indicating that this
envvar should
Migrate the default config to be stored within 'the_repository'.
Signed-off-by: Brandon Williams
---
config.c | 185 ++-
config.h | 1 +
repo.c | 21
repo.h | 11
4 files changed, 146
Under some circumstances (bogus GIT_DIR value or the discovered gitdir
is '.git') 'setup_git_directory()' won't initialize key repository
state. This leads to inconsistent state after running the setup code.
To account for this inconsistent state, lazy initialization is done once
a caller asks
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index c37e9de11..f9578cf9f 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@
Convert ls-files to use a repository struct and recurse submodules
inprocess.
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 211 ++---
git.c | 2 +-
repo.c
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index d00ca7810..2838e2f75 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@ -293,14 +293,14 @@
Signed-off-by: Brandon Williams
---
convert.c | 5 +++--
convert.h | 3 ++-
sha1_file.c | 2 +-
3 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/convert.c b/convert.c
index ff3e72657..824b606fa 100644
--- a/convert.c
+++ b/convert.c
@@ -1109,7 +1109,8 @@ int
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index 2838e2f75..289c6b2a5 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@ -322,10 +322,11 @@
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index 289c6b2a5..e2d8fb7f6 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@ -381,30
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index f9578cf9f..d00ca7810 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@ -109,13 +109,14 @@
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 41 +
1 file changed, 25 insertions(+), 16 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index 2849c9a65..6a0302a28 100644
--- a/builtin/ls-files.c
+++
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index e2d8fb7f6..3061af2c5 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index 3061af2c5..2849c9a65 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@
Signed-off-by: Brandon Williams
---
builtin/commit.c | 3 ++-
builtin/ls-files.c | 15 ---
cache.h| 3 ++-
3 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/builtin/commit.c b/builtin/commit.c
index 805da4915..3d98084fb 100644
---
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 2 +-
tree.c | 28 ++--
tree.h | 3 ++-
3 files changed, 21 insertions(+), 12 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index a5ceeb052..c37e9de11 100644
--- a/builtin/ls-files.c
+++ b/builtin/ls-files.c
@@ -54,17 +54,16
Signed-off-by: Brandon Williams
---
convert.c | 6 --
convert.h | 3 ++-
ll-merge.c| 2 +-
merge-recursive.c | 4 ++--
4 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/convert.c b/convert.c
index 5af6fdf3f..7d2a519da 100644
---
Signed-off-by: Brandon Williams
---
apply.c | 2 +-
builtin/blame.c | 2 +-
combine-diff.c | 2 +-
convert.c | 7 ---
convert.h | 8 +---
diff.c | 6 +++---
dir.c | 2 +-
sha1_file.c | 4 ++--
8 files changed, 18
Signed-off-by: Brandon Williams
---
convert.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/convert.c b/convert.c
index 574003023..ff3e72657 100644
--- a/convert.c
+++ b/convert.c
@@ -219,13 +219,13 @@ static void check_safe_crlf(const char
Refactor how 'the_submodule_cache' is handled so that it can be stored
inside of a repository object. Also migrate 'the_submodule_cache' to be
stored in 'the_repository'.
Signed-off-by: Brandon Williams
---
repo.c | 6 +
repo.h | 2 ++
Migrate 'work_tree' to be stored in 'the_repository'.
Signed-off-by: Brandon Williams
---
environment.c | 9 -
repo.c| 7 +++
repo.h| 2 ++
3 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/environment.c b/environment.c
index
Migrate 'git_dir', 'git_common_dir', 'git_object_dir', 'git_index_file',
'git_graft_file', and 'namespace' to be stored in 'the_repository'.
Signed-off-by: Brandon Williams
---
cache.h | 1 -
environment.c | 65
Teach the repo object to be able to populate the submodule_cache by
reading the repository's gitmodules file.
Signed-off-by: Brandon Williams
---
repo.c | 14 ++
repo.h | 1 +
2 files changed, 15 insertions(+)
diff --git a/repo.c b/repo.c
index
Commit 2185fde56 (config: handle conditional include when $GIT_DIR is
not set up) added a 'git_dir' field to the config_options struct. Let's
use this option field explicitly all the time instead of occasionally
falling back to calling 'git_pathdup("config")' to get the path to the
local
Convert 'is_submodule_initialized()' to take a repository object and
while we're at it, lets rename the function to 'is_submodule_active()'
and remove the NEEDSWORK comment.
Signed-off-by: Brandon Williams
---
builtin/grep.c | 3 ++-
builtin/submodule--helper.c
Signed-off-by: Brandon Williams
---
builtin/ls-files.c | 3 ++-
convert.c | 5 +++--
convert.h | 5 -
3 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/builtin/ls-files.c b/builtin/ls-files.c
index c4357dc30..f16ce0053 100644
---
Signed-off-by: Brandon Williams
---
repo.c | 17 +
repo.h | 3 +++
2 files changed, 20 insertions(+)
diff --git a/repo.c b/repo.c
index c67cad5a2..c79d29534 100644
--- a/repo.c
+++ b/repo.c
@@ -104,6 +104,17 @@ void repo_read_config(struct repo *repo)
Stop including config.h by default in cache.h. Instead only include
config.h in those files which require use of the config system.
Signed-off-by: Brandon Williams
---
advice.c | 1 +
alias.c | 1 +
apply.c
Given the vast interest expressed when I sent out my RFC series I decided it
would be worth it to invest more time to making a repository object a reality.
This series is an extension of the last series I sent out (in that ls-files is
converted to working on submodules in-process using repository
Introduce the repository object 'struct repo' which can be used hold all
state pertaining to a git repository.
The aim of object-ifying the repository is to (1) make the code base
more readable and easier to reason about and (2) allow for working on
multiple repositories, specifically submodules,
Use 'skip_prefix' instead of 'starts_with' so that we can drop the need
to keep around 'namespace_len'.
Signed-off-by: Brandon Williams
---
environment.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/environment.c b/environment.c
index
Move all config related declarations from cache.h to a new config.h
header file. This makes cache.h smaller and allows for the opportunity
in a following patch to only include config.h when needed.
Signed-off-by: Brandon Williams
---
cache.h | 190
On Wed, May 31, 2017 at 08:08:54PM +0200, Ævar Arnfjörð Bjarmason wrote:
> $ git log --grep=bar --author=Ævar --pretty=format:%an -100 origin/pu
> |sort|uniq -c|sort -nr
> 5 Ævar Arnfjörð Bjarmason
>
> $ git log --author=Ævar --pretty=format:%an -100 origin/pu |sort|uniq
> -c|sort -nr
> 100 Ævar
`git rev-parse --short` is not a generic modifier but just a variant
of `--verify` and considers the given length only as a suggestion to
ensure uniqueness.
Signed-off-by: Andreas Heiduk
---
Documentation/config.txt| 1 +
Documentation/git-rev-parse.txt | 12
On Wed, May 31, 2017 at 05:29:20PM -0400, Jeff King wrote:
> Or did you mean that diff_tree_paths() could now take an actual
> array-of-struct rather than an array-of-pointer-to-struct? That would
> drop the "parents_oid" array entirely. I think that's actually
> orthogonal to this change (the
On Wed, May 31, 2017 at 11:24:33AM -0700, Stefan Beller wrote:
> On Tue, May 30, 2017 at 10:31 AM, Brandon Williams wrote:
> >
> > Signed-off-by: Brandon Williams
> > ---
> > combine-diff.c | 10 +-
> > diff.h | 4 ++--
> > tree-diff.c
On Wed, May 31, 2017 at 5:10 PM, Irving Rabin wrote:
>
> Thanks Jeff, my problem has been resolved by Samuel Lijin.
> My terminal settings didn't set bold which remained white. I fixed it
> and my problem was gone!
Specifically, Irving's terminal rendered bold text as white.
On Wed, May 31, 2017 at 04:23:49PM +0200, Ævar Arnfjörð Bjarmason wrote:
> > It really is an issue of the user knowing about the problem (and how to
> > solve it), and I don't think we can get around that securely. So better
> > documentation probably is the right solution.
> >
> > I'll see if I
On Wed, May 31, 2017 at 07:51:20PM +0200, Ævar Arnfjörð Bjarmason wrote:
> Thanks both. It makes sense to discard this patch.
>
> I wasn't sure whether anyone really cared about this, and thought a
> patch was a better starting point of discussion.
I will never complain about somebody starting
Thanks Jeff, my problem has been resolved by Samuel Lijin.
My terminal settings didn't set bold which remained white. I fixed it
and my problem was gone!
This issue is closed. Is there any way to retire it?
Irving Rabin
Software Developer @Edmodo
408-242-1299
On Wed, May 31, 2017 at 2:04 PM,
On Wed, May 31, 2017 at 11:33:31AM -0700, Irving Rabin wrote:
> Specifically, if the field is supposed to be white, it doesn't mean it
> should be literally 0xFF. It should be the color that I have
> configured as White color for my console emulator.
>
> I like light-screen terminals, and I
On Tue, May 30, 2017 at 10:32 PM, Atousa Duprat wrote:
> Here is my first attempt at fixing the issue.
Cool you're looking into this. :)
>
> There are two problems in ref-filter.c:
>
> First, copy_subject() has been modified to turn '\n' into a space and
> every other ascii
On Wed, May 31, 2017 at 12:46 PM, Kevin Willford wrote:
>
> I thought about that and certainly could do it but I have found it nice to
> have the number of patches that are generated in the output even for a small
> number or commits. For example when I run a `git
> -Original Message-
> From: Stefan Beller [mailto:sbel...@google.com]
> Sent: Wednesday, May 31, 2017 1:09 PM
> To: Kevin Willford
> Cc: git@vger.kernel.org; Junio C Hamano ; Kevin
> Willford
> Subject: Re: [PATCH 2/2]
> -Original Message-
> From: git-ow...@vger.kernel.org [mailto:git-ow...@vger.kernel.org] On
> Behalf Of Stefan Beller
> Sent: Wednesday, May 31, 2017 12:40 PM
> To: Kevin Willford
> Cc: git@vger.kernel.org; Junio C Hamano ; Kevin
> Willford
Hi, I am relatively new to GIT (coming from CVS and SVN) and I am
trying to setup "Git Daemon" on windows.
I got it working for Local network communications:
d:\local\wc5\testgit>git clone git://localhost/http clone10
Cloning into 'clone10'...
remote: Counting objects: 526, done.
remote:
On Wed, May 31, 2017 at 8:04 AM, Kevin Willford wrote:
> This change passes the progress option of format-patch by
> default and passes the -q --quiet option through to the
> format-patch call so that it is respected as well.
This is not conflicting with Johannes rewrite of
On Wed, May 31, 2017 at 2:33 PM, Irving Rabin wrote:
>
> Folks, I am reporting an issue with coloring of the output of Git
> commands, like status, diff, etc.
>
> Specifically, if the field is supposed to be white, it doesn't mean it
> should be literally 0xFF. It should be
On 31/05/17 11:42, Phillip Wood wrote:
From: Phillip Wood
Check the console output when using --autostash and the stash applies
cleanly is what we expect. To avoid this test depending on commit and
stash hashes it uses sed to replace them with XXX. The sed script
On Mon, May 29, 2017 at 8:23 AM, Junio C Hamano wrote:
> * ab/pcre-v2 (2017-05-26) 7 commits
> - grep: add support for PCRE v2
> - grep: un-break building with PCRE < 8.20
> - grep: un-break building with PCRE < 8.32
> - grep: add support for the PCRE v1 JIT API
> - log:
On Tue, May 30, 2017 at 10:22 PM, Ævar Arnfjörð Bjarmason
wrote:
> On Tue, May 30, 2017 at 5:44 PM, Johannes Schindelin
> wrote:
>> pu does not build for me:
>>
>> 2017-05-30T11:38:50.0089681Z libgit.a(grep.o): In function `pcre1match':
>>
On Wed, May 31, 2017 at 8:04 AM, Kevin Willford wrote:
> When generating patches for the rebase command if the user does
> not realize the branch they are rebasing onto is thousands of
> commits different there is no progress indication after initial
> rewinding message.
>
>
Folks, I am reporting an issue with coloring of the output of Git
commands, like status, diff, etc.
Specifically, if the field is supposed to be white, it doesn't mean it
should be literally 0xFF. It should be the color that I have
configured as White color for my console emulator.
I like
On Tue, May 30, 2017 at 10:31 AM, Brandon Williams wrote:
>
> Signed-off-by: Brandon Williams
> ---
> combine-diff.c | 10 +-
> diff.h | 4 ++--
> tree-diff.c| 63
> +-
> 3 files
1 - 100 of 134 matches
Mail list logo