I believe there's a very similar problem with Subversion too, when you have a repository for each module which are linked to the aggregator project by means of svn:externals. This is an approach which, as far as I can tell, is not supported by the release plugin.

Cheers,
Nicola Musatti

Justin Edelson wrote:
OK. Then we're on the same page...

On 4/26/10 11:32 AM, Kathryn Huxtable wrote:
Perhaps I wasn't clear. I don't support multiple projects in one repository. 
Definitely not. I was trying to criticize the svn-centric thinking, not support 
it.

I think there should be a JIRA issue to make modules work, given that they'll 
be in separate repositories.

I'm not going to file this because I have almost zero experience with nested 
projects. There have been places it would have made sense and I shied away.

But the release plugin should work with git projects that have modules and it 
should do it in the standard git manner, which is one repository containing one 
project. (Distributed, of course.)

-K

On Apr 26, 2010, at 9:06 AM, Justin Edelson wrote:

Kathryn-
Maybe I'm misunderstanding what you mean, but I think you have this
exactly backwards. The "svn-centric thinking" is what's inspired someone
to put multiple projects in the same repository. AFAIK, this is simply
not supported by git, i.e. there's no way to clone, branch or tag _part_
of a repository.

I am by no means a git expert, so I could be mistaken about this.

Justin



On 4/26/10 9:21 AM, Kathryn Huxtable wrote:
Having recently switched from svn to git for most of my projects, I have an 
opinion.

I think you should create a JIRA ticket and consider this a bug.

What we're dealing with here is a bit of svn-centric thinking during design. It 
needs to be fixed.

-K

On Apr 26, 2010, at 8:08 AM, Jean-Laurent de Morlhon wrote:

We're considering migrating from svn to git, we stumble on the
maven-release-plugin usage with git.
We think we prefer to use a single repository for many independently built
projects like :

foobar-repo.git
  |->  project-foo/
  |    |->  pom.xml
  |    |–>  module A/
  |    |->  module B/
  |
  |->  project-bar/
       |->  pom.xml


project-bar scm url looks like :
<connection>scm:git:ssh://somehost.nowhere:/foobar-repo.git</connection>

This hints to the right repository but I can't write that the actual
project-bar is in the project-bar subdirectory.

mvn release:prepare goes well and ends succesfully.

mvn release:perform fails whenever it tries to build the project from the
tag. It effectively clone correctly the repository.
But use the root of the repository rather than going into project-bar
subdirectory whenever it tries to clean deploy the tag.

This prevent using git and multiple projects in the same directory.
Some may think we should use gitmodules but
1) the release plugin does not support it [1]
2) gitmodules is an aggregate of single repository

Should I issue a "new feature" ticket into jira project MRELEASE or SCM ?
Or should I fall back to the current convention of 1 project = 1 git
repository ??
Or maybe someone managed to do it ?

any advice appreciated.

[1] : http://jira.codehaus.org/browse/SCM-530

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Reply via email to