* submodule add does not consider git svn
@ 2011-07-23 3:33 rupert THURNER
2011-07-23 18:19 ` Jens Lehmann
0 siblings, 1 reply; 4+ messages in thread
From: rupert THURNER @ 2011-07-23 3:33 UTC (permalink / raw
To: git
it seems that "git submodule add" looses information from "git svn
clone". what am i missing here which would allow to "git svn rebase"
the repository, even if it is newly added as submodule?
the following example takes a little, as the repository has 15'000
revisions, even 99% do not concern the checked out part.
rupert @ login : ~/tmp/subm-bug
mkdir -p ~/tmp/subm-bug
cd ~/tmp/subm-bug
git svn clone https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/GeoIP/trunk
GeoIP
git init test
cd test
git submodule add ~/tmp/subm-bug/GeoIP
cd GeoIP
git svn rebase
Migrating from a git-svn v1 layout...
Data from a previous version of git-svn exists, but
.git/svn
(required for this version (1.7.5.4) of git-svn) does not exist.
Done migrating from a git-svn v1 layout
Unable to determine upstream SVN information from working tree history
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: submodule add does not consider git svn
2011-07-23 3:33 submodule add does not consider git svn rupert THURNER
@ 2011-07-23 18:19 ` Jens Lehmann
2011-07-24 8:00 ` rupert THURNER
0 siblings, 1 reply; 4+ messages in thread
From: Jens Lehmann @ 2011-07-23 18:19 UTC (permalink / raw
To: rupert THURNER; +Cc: git
Am 23.07.2011 05:33, schrieb rupert THURNER:
> it seems that "git submodule add" looses information from "git svn
> clone". what am i missing here which would allow to "git svn rebase"
> the repository, even if it is newly added as submodule?
>
> the following example takes a little, as the repository has 15'000
> revisions, even 99% do not concern the checked out part.
>
> rupert @ login : ~/tmp/subm-bug
> mkdir -p ~/tmp/subm-bug
> cd ~/tmp/subm-bug
> git svn clone https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/GeoIP/trunk
> GeoIP
> git init test
> cd test
> git submodule add ~/tmp/subm-bug/GeoIP
> cd GeoIP
> git svn rebase
>
> Migrating from a git-svn v1 layout...
> Data from a previous version of git-svn exists, but
> .git/svn
> (required for this version (1.7.5.4) of git-svn) does not exist.
> Done migrating from a git-svn v1 layout
> Unable to determine upstream SVN information from working tree history
That is because in your example "git submodule add" clones that repo
*again* from where you put it using "git svn clone". I am not really
familiar with git svn, but I assume it is intended that when you clone
such a repo it "forgets" that it was connected with a svn repo. Try the
following instead:
git init test
cd test
git svn clone https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/GeoIP/trunk GeoIP
git submodule add ./GeoIP # Add existing git svn repo GeoIP in place
cd GeoIP
git svn rebase
Of course when you push that submodule somewhere else using git I expect
that "git svn rebase" won't work when you clone that somewhere else, just
like it happened in your example.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: submodule add does not consider git svn
2011-07-23 18:19 ` Jens Lehmann
@ 2011-07-24 8:00 ` rupert THURNER
2011-07-24 19:44 ` Jens Lehmann
0 siblings, 1 reply; 4+ messages in thread
From: rupert THURNER @ 2011-07-24 8:00 UTC (permalink / raw
To: Jens Lehmann; +Cc: git
On Sat, Jul 23, 2011 at 20:19, Jens Lehmann <Jens.Lehmann@web.de> wrote:
>
> Am 23.07.2011 05:33, schrieb rupert THURNER:
> > it seems that "git submodule add" looses information from "git svn
> > clone". what am i missing here which would allow to "git svn rebase"
> > the repository, even if it is newly added as submodule?
> >
> > the following example takes a little, as the repository has 15'000
> > revisions, even 99% do not concern the checked out part.
> >
> > rupert @ login : ~/tmp/subm-bug
> > mkdir -p ~/tmp/subm-bug
> > cd ~/tmp/subm-bug
> > git svn clone https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/GeoIP/trunk
> > GeoIP
> > git init test
> > cd test
> > git submodule add ~/tmp/subm-bug/GeoIP
> > cd GeoIP
> > git svn rebase
> >
> > Migrating from a git-svn v1 layout...
> > Data from a previous version of git-svn exists, but
> > .git/svn
> > (required for this version (1.7.5.4) of git-svn) does not exist.
> > Done migrating from a git-svn v1 layout
> > Unable to determine upstream SVN information from working tree history
>
> That is because in your example "git submodule add" clones that repo
> *again* from where you put it using "git svn clone". I am not really
> familiar with git svn, but I assume it is intended that when you clone
> such a repo it "forgets" that it was connected with a svn repo. Try the
> following instead:
>
> git init test
> cd test
> git svn clone https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/GeoIP/trunk GeoIP
> git submodule add ./GeoIP # Add existing git svn repo GeoIP in place
> cd GeoIP
> git svn rebase
>
> Of course when you push that submodule somewhere else using git I expect
> that "git svn rebase" won't work when you clone that somewhere else, just
> like it happened in your example.
how would the standard git case work, to continue with the example above:
git clone test test1
git clone test1 test2
if then sombody changes test, and i want to get these changes into
test2, without involving test1, and rebase what is there?
rupert
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: submodule add does not consider git svn
2011-07-24 8:00 ` rupert THURNER
@ 2011-07-24 19:44 ` Jens Lehmann
0 siblings, 0 replies; 4+ messages in thread
From: Jens Lehmann @ 2011-07-24 19:44 UTC (permalink / raw
To: rupert THURNER; +Cc: git
Am 24.07.2011 10:00, schrieb rupert THURNER:
> On Sat, Jul 23, 2011 at 20:19, Jens Lehmann <Jens.Lehmann@web.de> wrote:
>> Try the following instead:
>>
>> git init test
>> cd test
>> git svn clone https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/GeoIP/trunk GeoIP
>> git submodule add ./GeoIP # Add existing git svn repo GeoIP in place
>> cd GeoIP
>> git svn rebase
>>
>> Of course when you push that submodule somewhere else using git I expect
>> that "git svn rebase" won't work when you clone that somewhere else, just
>> like it happened in your example.
>
> how would the standard git case work, to continue with the example above:
> git clone test test1
> git clone test1 test2
I don't think you should clone "test" directly, but rather push that to
a bare repo or git server so others can clone from there. And as the
GeoIP submodule is its own git repo, it has to have someplace to be
pushed to too. That url must be configured in the .gitmodules file and
you have to call "git submodule sync" before you commit and push the "test"
superproject and push the GeoIP submodule so others can use "git submodule
init" and "git submodule update" in their "test" clone to get the submodule
too.
The "test" repo you set up with "git svn clone" could be where you integrate
changes coming from svn (git svn people please stop me if this is rubbish,
I'm just making assumptions here!) which are then pushed to the shared git
repo so your coworkers can fetch it from there.
> if then sombody changes test, and i want to get these changes into
> test2, without involving test1, and rebase what is there?
I'm not sure I understand what you mean here. But you can control what to
check out using different branches for different purposes.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-07-24 19:45 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-07-23 3:33 submodule add does not consider git svn rupert THURNER
2011-07-23 18:19 ` Jens Lehmann
2011-07-24 8:00 ` rupert THURNER
2011-07-24 19:44 ` Jens Lehmann
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).