Adding Scott and jboss-as7-deb(a)lists.jboss.org.
No, I'm not on the jboss as internal list, not sure why we need to discuss it there?
This has come up a couple of times recently. The main issue I see is that this will result
in around 80-100 git repositories, and a lot of scripting to create coordinated releases.
It sounds like an admin and contribution nightmare to me.
I've thought about the problem Scott raises, and the best solution I've come up
with so far is copy and paste:
git clone
git://github.com/jbossas/quickstart.git ../quickstaets
cp -r ../quickstart/kitchensink/* .
git add src pom.xml
git push
which is only one more command.
We can also use a subtree merge (which is what you need to look at Scott, not submodules),
but I feel this is much more complex to advise to users, as it involves explaining what a
subtree merge is, over everyone knowing what a copy and paste is.
On 14 Mar 2012, at 01:00, Sande Gilda wrote:
Did you see this? It sounds like it would be a problem to administer
and release. What do you think?
-------- Original Message --------
Subject: Breakup quickstarts into separate repos?
Date: Tue, 13 Mar 2012 17:11:25 -0400 (EDT)
From: Scott Stark <sstark(a)redhat.com>
To: jboss-as(a)redhat.com
Would it make sense to break each quickstart into it's own repository and then
integrate them back into the quickstart repository using the git submodule? What I would
like to be able to do is something like the following in an openshift app repo to switch
over to the quickstart:
git remote add upstream -m master
git://github.com/jbossas/kitchensink.git
git pull -s recursive -X theirs upstream master
git push
There is no notion of checking out a subdirectory of a git repo. One problem I see with
using submodules is that when I checkout the root project containing the submodules, the
submodules content is not checked out. There is a comment in one submodule tutorial that
claims later versions of git due checkout the submodule content, but with my git version
1.7.9.1 I don't see that happening.