Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Setting the SVN tag path to use #59

Closed
vegemite4me opened this issue Sep 25, 2013 · 2 comments
Closed

Setting the SVN tag path to use #59

vegemite4me opened this issue Sep 25, 2013 · 2 comments

Comments

@vegemite4me
Copy link

Is it possible to set the tag path to use, similar to how you can specify the tagBase configuration value in the Maven Release plugin?

The project I am working on has the following projects:

svn.company.com/repo/trunk/foo
svn.company.com/repo/trunk/foo/foo-a
svn.company.com/repo/trunk/foo/foo-b

Where foo, foo-a and foo-b are three individual projects.

The requirement is to tag them as such:

svn.company.com/repo/tags/foo-1.0
svn.company.com/repo/tags/foo-a-1.0
svn.company.com/repo/tags/foo-b-1.0

Can this release plugin handle that kind of tagging structure?

@townsfolk
Copy link
Contributor

Hmm. It wasn't intended to do that. As described in the documentation the plugin only works if the project structure is under one SCM. Do you checkout the projects at "foo" - so that foo-a, and foo-b are sub directories under "foo"?

If so, then no. As I said, the plugin only works with a single SCM at the project root. So it'll only create a single tag for all 3 projects.

If you checkout the projects individually so the directories look like:

.../foo
.../foo-a
.../foo-b

Then it should work, but you would need to set the tagPrefix property for foo-a and foo-b if you override the project name in your settings.gradle file.
In foo-a/build.gradle

release {
   tagPrefix = "foo"
}

@vegemite4me
Copy link
Author

Do you checkout the projects at "foo" - so that foo-a, and foo-b are sub directories under "foo"?
Yes, I checkout at the top level (foo).

I completely understand that the plugin was not intended for this kind of project structure.

This gives me a reason to backup the idea of restructuring the layout in SVN.

Thanks
Robin

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants