From: Charles Brossollet <hidden> Date: 2016-06-15 22:53:08
Hello there,
Using MSysGit 1.7.9 on Win7 (64 bit), I have a repo with the following
structure:
main/
src/
ext/
submodule/
modules/module1
modules/module2
submodule is... a submodule, having itself submodules.
When I query submodule status --recursive in main/, no problem.
But when I query submodule status in ext/submodule, I get error "You need to
run this command from the toplevel of the working tree.", which is a wrong
error message.
Searching for message in git source I found the test triggering the message to
be an empty result for "git rev-parse --show-cdup". Running the command in
ext/submodule strangely returns the *absolute* path of ext/submodule, which
should not happen because this command returns path of current dir relative to
the containing working tree.
Is there something wrong with my repo? Or have I found a bug? Any help
appreciated
Charles
From: Charles Brossollet <hidden> Date: 2016-06-15 22:53:08
Charles Brossollet <chbrosso <at> lltech.fr> writes:
Searching for message in git source I found the test triggering the message to
be an empty result for "git rev-parse --show-cdup". Running the command in
ext/submodule strangely returns the *absolute* path of ext/submodule, which
should not happen because this command returns path of current dir relative to
the containing working tree.
Things are OK if I run the commands from Windows' CMD, but it fails when run in
MinGW shell, so I believe the problem is related to MsysGit, discussion follows
up on their list.
I'm having the same issue. Did it ever get resolved, or is there a hack to
fix it, or is there some link I can track it on?
Thanks in advance for the help!
Charles Brossollet wrote
Charles Brossollet <chbrosso <at> lltech.fr> writes:
Using MSysGit 1.7.9 on Win7 (64 bit), I have a repo with the following
structure:
main/
src/
ext/
submodule/
modules/module1
modules/module2
submodule is... a submodule, having itself submodules.
When I query submodule status --recursive in main/, no problem.
But when I query submodule status in ext/submodule, I get error "You need
to
run this command from the toplevel of the working tree.", which is a wrong
error message.
Searching for message in git source I found the test triggering the
message to
be an empty result for "git rev-parse --show-cdup". Running the command in
ext/submodule strangely returns the *absolute* path of ext/submodule,
which
should not happen because this command returns path of current dir
relative to
the containing working tree.
Is there something wrong with my repo? Or have I found a bug? Any help
appreciated
Charles Brossollet wrote
Charles Brossollet <chbrosso <at> lltech.fr> writes:
quoted
Searching for message in git source I found the test triggering the
message to
be an empty result for "git rev-parse --show-cdup". Running the command
in
ext/submodule strangely returns the *absolute* path of ext/submodule,
which
should not happen because this command returns path of current dir
relative to
the containing working tree.
Things are OK if I run the commands from Windows' CMD, but it fails when
run in
MinGW shell, so I believe the problem is related to MsysGit, discussion
follows
up on their list.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@.kernel
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi,
On Tue, May 08, 2012 at 11:11:15AM -0700, rollinsdr@gmail.com wrote:
I'm having the same issue. Did it ever get resolved, or is there a hack to
fix it, or is there some link I can track it on?
Charles Brossollet wrote
quoted
Charles Brossollet <chbrosso <at> lltech.fr> writes:
Using MSysGit 1.7.9 on Win7 (64 bit), I have a repo with the following
structure:
main/
src/
ext/
submodule/
modules/module1
modules/module2
submodule is... a submodule, having itself submodules.
When I query submodule status --recursive in main/, no problem.
But when I query submodule status in ext/submodule, I get error "You need
Without having looked at the code itself this smells like an issue with
the newly introduced gitlink files and git rev-parse --show-cdup not
taking this into account.
I will have a look at this issue.
Cheers Heiko
Hi,
On Tue, May 08, 2012 at 11:11:15AM -0700, rollinsdr@ wrote:
quoted
I'm having the same issue. Did it ever get resolved, or is there a hack
to
fix it, or is there some link I can track it on?
Charles Brossollet wrote
quoted
Charles Brossollet <chbrosso <at> lltech.fr> writes:
Using MSysGit 1.7.9 on Win7 (64 bit), I have a repo with the following
structure:
main/
src/
ext/
submodule/
modules/module1
modules/module2
submodule is... a submodule, having itself submodules.
When I query submodule status --recursive in main/, no problem.
But when I query submodule status in ext/submodule, I get error "You
need
Without having looked at the code itself this smells like an issue with
the newly introduced gitlink files and git rev-parse --show-cdup not
taking this into account.
I will have a look at this issue.
Cheers Heiko
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@.kernel
More majordomo info at http://vger.kernel.org/majordomo-info.html
Actually the issue went away once I upgraded from 1.7.9 to 1.7.10, and
re-cloned my repo. I guess it was fixed in 1.7.10, but some stuff in the
config files had to be rewritten during the new clone to fix the issue b/c
just switching to 1.7.10 and trying to use the existing repo still had the
same issue.
Thanks for all the work you guys do!
DAVE
--
View this message in context: http://git.661346.n2.nabble.com/Submodule-status-inside-nested-submodule-fails-tp7314413p7545109.html
Sent from the git mailing list archive at Nabble.com.