On Tue, Jan 13, 2015 at 11:54:06PM +0600, Alexander Kuleshov wrote:
> Signed-off-by: Alexander Kuleshov
> ---
> git-stash.sh | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/git-stash.sh b/git-stash.sh
> index 6846b18..6e30380 100755
> --- a/git-stash.sh
> +++ b/git-st
Minty wrote:
> § git --version
> git version 2.2.1
What about "git svn --version" ?
(it'll display the SVN binding version, too)
> Any advice / pointers would be welcome -- I'd be happy to run any
> tests & I'm reasonably comfortable coding in Perl so happy to poke
> around where I can.
Great t
[retitling in case there is a wider audience]
On Tue, Jan 13, 2015 at 02:48:15PM -0800, Stefan Beller wrote:
> Would you mind to share (parts of) the wrapper script? We could see if that
> makes sense to incorporate into format-patch as well.
Sure, but I'll warn you it's kind of gross and specif
On Jan 13, 2015, at 11:58, Jeff King wrote:
On Tue, Jan 13, 2015 at 08:26:31AM -0800, Kyle J. McKay wrote:
I have this line in my 2.1.4 test output log:
t5540-http-push-webdav.sh .. ok
[...]
I do not build with NO_EXPAT. This is running the tests on OS X
without
thi
Hi,
Quoting Tony Finch :
If you have a prompt which displays the command exit status,
__git_ps1 without this change corrupts it, although it has
the correct value in the parent shell:
~/src/git (master) 0 $ set | grep ^PS1
PS1='\w$(__git_ps1) $? \$ '
~/src/git (master) 0
On Mon, Jan 12, 2015 at 11:07 AM, Junio C Hamano wrote:
>>
>> yes that's what I was trying to hint at. The hook would just see
>> it is unsolicited instead of not having the state available.
>
> OK. That makes sort of sense. So if we:
>
> 1) did not apply either patch (i.e. we accept unsolicite
Jeff King writes:
> So that is perhaps not asking for the feature (I am already happy with
> my homegrown wrapper), but is maybe an endorsement of it. :)
OK. A patch to add this should be reasonably clean and trivial, I
would guess.
--
To unsubscribe from this list: send the line "unsubscribe g
Jeff King writes:
> On Tue, Jan 13, 2015 at 11:33:08PM +0100, Johannes Sixt wrote:
>
>> BTW, is it the incompressibility where the time is lost or lack of
>> sparseness of the files? How does the timing change with this patch on
>> top?
>
> Oh, good call. It's the incompressibility. Which makes p
Alex Henrie writes:
> This patch puts the usage info strings that were not already in docopt-
> like format into docopt-like format, which will be a litle easier for
> end users and a lot easier for translators. Changes include:
>
> - Placing angle brackets around fill-in-the-blank parameters
> -
On Tue, Jan 13, 2015 at 2:45 PM, Jeff King wrote:
> On Tue, Jan 13, 2015 at 02:28:13PM -0800, Junio C Hamano wrote:
>
>> On the other hand, "I am forked from building on this one" done with
>> "checkout -t" is an explicit mark the user leaves, so it would serve
>> as a better hint to base the defa
On Tue, Jan 13, 2015 at 02:28:13PM -0800, Junio C Hamano wrote:
> On the other hand, "I am forked from building on this one" done with
> "checkout -t" is an explicit mark the user leaves, so it would serve
> as a better hint to base the default heuristics on, I think.
>
> But nobody is asking for
On Tue, Jan 13, 2015 at 11:33:08PM +0100, Johannes Sixt wrote:
> BTW, is it the incompressibility where the time is lost or lack of
> sparseness of the files? How does the timing change with this patch on
> top?
Oh, good call. It's the incompressibility. Which makes perfect sense.
Once we copy th
Am 13.01.2015 um 22:47 schrieb Jeff King:
> On Tue, Jan 13, 2015 at 06:36:27PM +0100, Johannes Sixt wrote:
>
>> For some unknown reason, the dd on my Windows box segfaults every now
>> and than, but since recently, it does so much more often than it used
>> to, which makes running the test suite b
Stefan Beller writes:
> Another idea would be to take the first commit which is pointed to by
> another branch as the first commit in the commit range.
Trying to figure out what happened from the topology of the history
is certainly attractive proposition, but I suspect that it would be
too frag
On Tue, Jan 13, 2015 at 06:36:27PM +0100, Johannes Sixt wrote:
> For some unknown reason, the dd on my Windows box segfaults every now
> and than, but since recently, it does so much more often than it used
> to, which makes running the test suite burdensome.
>
> Get rid of four invocations of dd
On Mon, Jan 12, 2015 at 09:28:58PM -0500, Jeff King wrote:
> When we fetch a symbolic ref file from the remote, we get
> the whole string "ref: refs/heads/master\n", recognize it by
> skipping past the "ref: ", and store the rest. We should
> chomp the trailing newline.
>
> This bug was introduce
On Tue, Jan 13, 2015 at 11:17 AM, Junio C Hamano wrote:
> Alexander Kuleshov writes:
>
>> 2015-01-14 0:43 GMT+06:00 Junio C Hamano :
>>> Why?
>>
>> As some commands does it when they are executed without arguments,
>> like git config, git blame and etc...
>
> For format-patch, I think the current
On Tue, Jan 13, 2015 at 08:26:31AM -0800, Kyle J. McKay wrote:
> I have this line in my 2.1.4 test output log:
>
> t5540-http-push-webdav.sh .. ok
> [...]
> I do not build with NO_EXPAT. This is running the tests on OS X without
> this patch applied. Is something else re
Am 13.01.2015 um 19:56 schrieb Junio C Hamano:
> Johannes Sixt writes:
>> The new code does change some properties of the generated files:
>>
>> - They are a bit smaller.
>> - They are not sparse anymore.
>> - They do not compress well anymore.
>> - The smaller of the four files is now a prefi
Alexander Kuleshov writes:
> 2015-01-14 0:43 GMT+06:00 Junio C Hamano :
>> Why?
>
> As some commands does it when they are executed without arguments,
> like git config, git blame and etc...
For format-patch, I think the current behaviour is more of the lack
of implementation of the obvious defa
Johannes Sixt writes:
> For some unknown reason, the dd on my Windows box segfaults every now
> and than, but since recently, it does so much more often than it used
> to, which makes running the test suite burdensome.
>
> Get rid of four invocations of dd and use test-genrandom instead.
>
> The
Hello Junio,
As some commands does it when they are executed without arguments,
like git config, git blame and etc...
2015-01-14 0:43 GMT+06:00 Junio C Hamano :
> Why?
--
_
0xAX
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message
Alexander Kuleshov writes:
> Added new option -v/--verbose to 'git stash clear' for verbose output.
Why?
I would sort-of understand if it were "git stash clear --confirm"
that internally runs "git stash list" and then asks "Are you sure
(Y/n)?" and then finally clears [*1*], but what value doe
Why?
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Alexander Kuleshov writes:
> This patch adds bash completion for git stash 'store' subcommand
> which apperead at bd514cad (stash: introduce 'git stash store', 18 Jun 2013)
>
> Signed-off-by: Alexander Kuleshov
> ---
Hmph. The "create" and "store" subcommands are not end-user facing;
they are
Christoph Junghans writes:
> "git log --grep=" shows only commits with messages that
> match the given string, but sometimes it is useful to be able to
> show only commits that do *not* have certain messages (e.g. "show
> me ones that are not FIXUP commits").
>
> Originally, we had the invert-gre
Added new option -v/--verbose to 'git stash clear' for verbose output.
For example:
$ git stash clear -v
Removed stash@{0}: WIP on stash-clear-verbose: 0ae1f56 Merge branch
'bp/diff-relative-config' into pu
Removed stash@{1}: WIP on stash-clear-verbose: 0ae1f56 Merge branch
'bp/diff
Signed-off-by: Alexander Kuleshov
---
builtin/log.c | 4
1 file changed, 4 insertions(+)
diff --git a/builtin/log.c b/builtin/log.c
index ad3cfd8..4431b50 100644
--- a/builtin/log.c
+++ b/builtin/log.c
@@ -1246,6 +1246,10 @@ int cmd_format_patch(int argc, const char **argv, const
char *pre
Signed-off-by: Alexander Kuleshov
---
git-stash.sh | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/git-stash.sh b/git-stash.sh
index 6846b18..6e30380 100755
--- a/git-stash.sh
+++ b/git-stash.sh
@@ -9,7 +9,9 @@ USAGE="list []
or: $dashless branch []
or: $dashless [
This patch adds bash completion for git stash 'store' subcommand
which apperead at bd514cad (stash: introduce 'git stash store', 18 Jun 2013)
Signed-off-by: Alexander Kuleshov
---
contrib/completion/git-completion.bash | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/contr
For some unknown reason, the dd on my Windows box segfaults every now
and than, but since recently, it does so much more often than it used
to, which makes running the test suite burdensome.
Get rid of four invocations of dd and use test-genrandom instead.
The new code does change some properties
On Jan 12, 2015, at 18:28, Jeff King wrote:
When we fetch a symbolic ref file from the remote, we get
the whole string "ref: refs/heads/master\n", recognize it by
skipping past the "ref: ", and store the rest. We should
chomp the trailing newline.
[..]
This is a regression in v2.1.0.
It was cau
On Mon, Jan 12, 2015 at 12:24 PM, Junio C Hamano wrote:
> Robert Dailey writes:
>
>> So I want a way to clear out the whole rerere cache (i.e. every
>> remembered conflict resolution). So I try this command:
>>
>> $ git rerere forget .
>
> The forget subcommand is to tell Git that you screwed up
Gunnar Wagner schrieb am 13.01.2015 um 09:15:
> I got APGL licensed code from someone else and want to post it on my
> github (without taking credit for the work)
>
> tried git commit --amend --author="Author name, www.website.com" but
> got an error message which said something like "original
Ivo Anjo schrieb am 13.01.2015 um 11:22:
> Hello Daniel,
>
> Thanks for your answer!
>
> My issue is not with cancelling the amend commit, is that because the
> amend commit already lists changes to the files I am working on (those
> changes that already went in the commit I was ammending), I don
Hi,
(git version 2.2.0)
I am currently developing/testing a script for a "history surgery" on a quite
big repository (~3 commits). The script always runs against exactly the
same copy of a git repository. So things should be reproducable, but sometimes
i get failures for the following seq
Hello Daniel,
Thanks for your answer!
My issue is not with cancelling the amend commit, is that because the
amend commit already lists changes to the files I am working on (those
changes that already went in the commit I was ammending), I don't
realize that I forgot to add what I changed. For ins
Hi all,
In magit (http://magit.github.io/), a popular git frontend within
emacs, there is a git-svn frontend. With a recent refactoring, it was
discovered that git-svn metadata commands (like "git-svn info") are
much slower than git ones:
git svn info: 130-150ms (after warmup): get the svn revisi
I got APGL licensed code from someone else and want to post it on my
github (without taking credit for the work)
tried git commit --amend --author="Author name, www.website.com" but
got an error message which said something like "original author not found"
Can it be that the --amen --author o
On Tue, Jan 13, 2015 at 9:56 AM, Ivo Anjo wrote:
> Hello,
>
> I sometimes get a bit distracted when making amends. Once or twice per
> week I do a commit, then realize I added something I shouldn't, or
> forgot to add a line here or there, and then I do a git commit --amend
> to fix it.
>
> The th
Hello,
I sometimes get a bit distracted when making amends. Once or twice per
week I do a commit, then realize I added something I shouldn't, or
forgot to add a line here or there, and then I do a git commit --amend
to fix it.
The thing is, a lot of times I forget to stage the modifications I did
41 matches
Mail list logo