Adding __git_ps1() to one's bash prompt displays various repo status
info after each command. After committing a git cherry-pick -n using
git-gui, the prompt still contains the "|CHERRY-PICKING" flag.
Delete the file causing this flag when cleaning up.
Signed-off-by: Beat Bolli
---
git-gui/lib/
No po update needed, as this string is untranslated.
Signed-off-by: Beat Bolli
---
git-gui/lib/commit.tcl |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/git-gui/lib/commit.tcl b/git-gui/lib/commit.tcl
index 0d81432..78c5eeb 100644
--- a/git-gui/lib/commit.tcl
+++ b/git-gu
A while ago I reported a problem[1] where having:
/somewhere/foo
and
/somewhere/foo.git
as bare repositories and trying to clone them using alternates could
cause git to confuse them.
The "conclusion" was that I needed to do:
git clone -s -n /somewhere/foo/ x
to stop it looking at the .git ver
Junio C Hamano pobox.com> writes:
>
> Jiang Xin gmail.com> writes:
>
> > Run command 'git rev-parse --git-dir' under subdir will return realpath
> > of '.git' directory. Some test scripts compare this realpath against
> > "$TRASH_DIRECTORY", they are not equal if current working directory is
>
On Sat, 2012-08-18 at 15:25 +0100, Richard Purdie wrote:
> A while ago I reported a problem[1] where having:
>
> /somewhere/foo
> and
> /somewhere/foo.git
>
> as bare repositories and trying to clone them using alternates could
> cause git to confuse them.
>
> The "conclusion" was that I needed
From: Michael Haggerty
On 08/17/2012 01:29 AM, Junio C Hamano wrote:> Junio C Hamano
writes:
>> I like the general direction. Perhaps a long distant future
>> direction could be to also use the same trick in the ref namespace
>> so that we can have 'next' branch itself, and 'next/foo', 'next/b
From: Michael Haggerty
Signed-off-by: Michael Haggerty
---
t/t9300-fast-import.sh | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/t/t9300-fast-import.sh b/t/t9300-fast-import.sh
index 2fcf269..266ae30 100755
--- a/t/t9300-fast-import.sh
+++ b/t/t9300-fast-impor
From: Michael Haggerty
Store reflogs for dead references among those for live references, in
a scheme that could in the future be extended to prevent
file/directory conflicts for live reference names, as well. Store the
reflog for a dead reference "refs/foo/bar/baz" in file
"$GIT_DIR/logs/refs~d
From: Michael Haggerty
This test is broken by "retain reflogs for deleted refs". Explicitly
delete the reflogs in the graveyard to allow the corresponding commits
to be pruned.
Signed-off-by: Michael Haggerty
---
Probably there should be a "git reflog" subcommand to do this.
t/t9300-fast-im
From: Michael Haggerty
This is just something I stumbled across.
Michael Haggerty (2):
git-config.txt: properly escape quotation marks in example
git-config.txt: fix example
Documentation/git-config.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
1.7.11.3
--
To unsubscr
From: Michael Haggerty
In the example line as written,
gitproxy="proxy-command" for kernel.org
the quotation marks are eaten by the config-file parser. From the
history, it looks like this example wanted to have quotation marks in
the actual configured value. So quote them as required
This is sort of an RFC/ANN. There has been a whole bunch of traffic of
late on git-svn, vcs-svn, the remote helper, etc. I would like to
present an alternate solution that I've been playing with for a couple
of weeks.
I work in a team that uses a mixture of git-svn and svn proper. Whilst
it works
From: "James R. McKaskill"
Signed-off-by: James R. McKaskill
---
t/lib-git-svn-fetch.sh | 131 +++
t/t9050-git-svn-fetch.sh| 85 +++
t/t9051-git-svn-fetch-branch.sh | 245
t/t9052-git-svn-push.sh | 140
t/t9053-git-svn-pus
From: Michael Haggerty
The "--add" option is required to add a new value to a multivalued
configuration entry.
Signed-off-by: Michael Haggerty
---
Documentation/git-config.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-config.txt b/Documentation/git-c
On Friday 17 August 2012 21:16:59 Junio C Hamano wrote:
> Comments from mentors and people interested in remote helpers?
>
> I did minimum line wrapping, typofix and small compilation fixes
> and queued these on 'pu'; I think I saw one commit whose message
> I didn't quite get what it was trying t
On Sat, Aug 18, 2012 at 6:40 AM, Florian Achleitner
wrote:
> Hi!
>
> This patch series should prepare vcs-svn/svndump.* for branch
> detection. When starting with this feature I found that the existing
> functions are not yet appropriate for that.
> These rewrites the node handling part of svndump
I've already posted it to SO [1], but got no satisfactory answer. The command
git diff mycommit
compares the working tree against mycommit, so it should not depend on the
index. But it does as this example shows:
git init
echo A > A.txt; git add .; git commit -m A; git branch A
echo B > B.txt;
On 08/11/2012 10:14 AM, Steven Walter wrote:
This fixes a bug where git finds the incorrect merge parent. Consider a
repository with trunk, branch1 of trunk, and branch2 of branch1.
Without this change, git interprets a merge of branch2 into trunk as a
merge of branch1 into trunk.
Signed-off-by
On 08/11/2012 10:14 AM, Steven Walter wrote:
Consider the case where you have trunk, branchA of trunk, and branchB of
branchA. trunk is merged back into branchB, and then branchB is
reintegrated into trunk. The merge of branchB into trunk will have
svn:mergeinfo property references to both bran
Florian Achleitner writes:
> On Friday 17 August 2012 21:16:59 Junio C Hamano wrote:
>> Comments from mentors and people interested in remote helpers?
>>
>> I did minimum line wrapping, typofix and small compilation fixes
>> and queued these on 'pu'; I think I saw one commit whose message
>> I d
Beat Bolli writes:
> No po update needed, as this string is untranslated.
>
> Signed-off-by: Beat Bolli
> ---
> git-gui/lib/commit.tcl |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/git-gui/lib/commit.tcl b/git-gui/lib/commit.tcl
> index 0d81432..78c5eeb 100644
> --
Beat Bolli writes:
> Adding __git_ps1() to one's bash prompt displays various repo status
> info after each command. After committing a git cherry-pick -n using
> git-gui, the prompt still contains the "|CHERRY-PICKING" flag.
>
> Delete the file causing this flag when cleaning up.
>
> Signed-off-
Richard Purdie writes:
> I'd add that I think the commit made for the original problem[1] has
> fixed this scenario since it now will prefer foo over foo.git also in
> the fetch case even if the / is removed from the url.
OK.
As understand it, these "check various possibilities e.g. $name,
$nam
Michael Haggerty writes:
> I can work around the problem by using "--root=/run/shm".
I do not necessarily think it is a work around.
A low-impact approach may be to update the part that parses --root
option to do
root=$(...)
root=$( cd "$root" && /bin/pwd )
or something.
--
T
mhag...@alum.mit.edu writes:
> Given that a flag day would anyway be required to add a d/f-tolerant
> system, I could live with a separate "graveyard" namespace as
> originally proposed by Jeff.
>
> However, I still think that as long as we are making a jump, we could
> try to land closer to the u
mhag...@alum.mit.edu writes:
> From: Michael Haggerty
>
> In the example line as written,
>
> gitproxy="proxy-command" for kernel.org
>
> the quotation marks are eaten by the config-file parser. From the
> history, it looks like this example wanted to have quotation marks in
> the actual
On Sat, Aug 18, 2012 at 3:51 PM, Sam Vilain wrote:
> On 08/11/2012 10:14 AM, Steven Walter wrote:
>>
>> This fixes a bug where git finds the incorrect merge parent. Consider a
>> repository with trunk, branch1 of trunk, and branch2 of branch1.
>> Without this change, git interprets a merge of bra
mhag...@alum.mit.edu writes:
> To add a new proxy, without altering any of the existing ones, use
>
>
> -% git config core.gitproxy '"proxy-command" for example.com'
> +% git config --add core.gitproxy '"proxy-command" for example.com'
>
Sensible; thanks.
--
To unsu
On 18 Aug 2012, at 22:39, Junio C Hamano wrote:
> Do we _know_ already what the "ultimate destination" looks like?
>
> If the answer is yes, then I agree, but otherwise, I doubt it is a
> good idea to introduce unnecessary complexity to the system that may
> have to be ripped out and redone.
>
Maaartin writes:
> Instead I get "deleted file". Adding the file to the index changes
> it. This is IMHO a bug.
There are 7 interesting combinations for the state of a path. It
either exists in or missing from the commit you are gving to "git
diff", it either exists in or missing from the index
Jared Hance writes:
[administrivia: do not deflect a direct response to you away by
using mail-followup-to header, thanks]
> On Fri, Aug 17, 2012 at 11:47:49AM -0400, George Spelvin wrote:
>> Something like "git commit --fixup HEAD~3", where "git commit --fixup HEAD"
>> would be equivalent to "g
On Sat, 2012-08-18 at 13:33 -0700, Junio C Hamano wrote:
> Richard Purdie writes:
>
> > I'd add that I think the commit made for the original problem[1] has
> > fixed this scenario since it now will prefer foo over foo.git also in
> > the fetch case even if the / is removed from the url.
>
> OK.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/18/2012 01:43 PM, Steven Walter wrote:
> How about a Signed-Off-By?
Signed-Off-By: Sam Vilain
Sam
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQEcBAEBCgAGBQJQMCcnAAoJEBdtaL3wGtIoJ1UIAIJ6Xz5OEMmMk1tq546eggHg
I+sJIFjqg+
Junio C Hamano writes:
>> The bigger question is whether this example is improved by including
>> quotation marks, or whether they are just a distraction from the main
>> point. I abstain.
>
> Thanks for spelling that bigger question out. Given that the
> example is showing distinction between
Sam Vilain writes:
> On 08/18/2012 01:43 PM, Steven Walter wrote:
> > How about a Signed-Off-By?
>
> Signed-Off-By: Sam Vilain
I think you meant reviewed-by or acked-by?
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More
Alexey Muranov writes:
> On 18 Aug 2012, at 22:39, Junio C Hamano wrote:
>
>> Do we _know_ already what the "ultimate destination" looks like?
>>
>> If the answer is yes, then I agree, but otherwise, I doubt it is a
>> good idea to introduce unnecessary complexity to the system that may
>> hav
Brian Gernhardt writes:
> I've been getting a couple of test failures and finally had the time to track
> them down.
>
> t4034-diff-words fails tests "22 diff driver 'bibtex'" and "26
> diff driver 'html'". Bisecting shows that the file started giving
> me errors in commit 8d96e72 "t4034: bulk
Junio C Hamano writes:
> Florian Achleitner writes:
>
>> On Friday 17 August 2012 21:16:59 Junio C Hamano wrote:
>>> Comments from mentors and people interested in remote helpers?
>>>
>>> I did minimum line wrapping, typofix and small compilation fixes
>>> and queued these on 'pu'; I think I sa
Here are the topics that have been cooking. Commits prefixed with '-' are
only in 'pu' (proposed updates) while commits prefixed with '+' are in 'next'.
I'll be tagging the v1.7.12 final sometime tomorrow, and following
the tradition the next branch will be rebuilt on top of 'master'
after a few
39 matches
Mail list logo