Re: Using GIT as the canonical repository for Maven 3.x
Hi Antony! I thought about this too, but imho you also have to provide the -x option to git clean to make sure that there is no temporary product left. But this will also clean your .project, *.iml etc, which is not a good deal usually :) So you can either clean _all_ files or you also have all rubbish from .gitignore left in your working directory. And this may affect the build ... LieGrue, strub --- Antony Stubbs antony.stu...@gmail.com schrieb am Sa, 25.4.2009: Von: Antony Stubbs antony.stu...@gmail.com Betreff: Re: Using GIT as the canonical repository for Maven 3.x An: dev@maven.apache.org Datum: Samstag, 25. April 2009, 3:01 not true! git reset --hard git clean -f git checkout tag will ensure an exact match with the tag/branch. struberg wrote: Do we really need to do a clean checkout from the tag? I'd strongly recommend it! The main problems here are files which aren't checked in or ignored but somehow affect the compile or test outcome. This may imho only be guaranteed by a clean checkout into a separate directory. - ___ http://stubbisms.wordpress.com http://stubbisms.wordpress.com -- View this message in context: http://www.nabble.com/Using-GIT-as-the-canonical-repository-for-Maven-3.x-tp23201420p23227239.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Using GIT as the canonical repository for Maven 3.x
will that not remove the release.properties file too? 2009/4/25 Antony Stubbs antony.stu...@gmail.com not true! git reset --hard git clean -f git checkout tag will ensure an exact match with the tag/branch. struberg wrote: Do we really need to do a clean checkout from the tag? I'd strongly recommend it! The main problems here are files which aren't checked in or ignored but somehow affect the compile or test outcome. This may imho only be guaranteed by a clean checkout into a separate directory. - ___ http://stubbisms.wordpress.com http://stubbisms.wordpress.com -- View this message in context: http://www.nabble.com/Using-GIT-as-the-canonical-repository-for-Maven-3.x-tp23201420p23227239.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Using GIT as the canonical repository for Maven 3.x
I'm talking with the jgit guys to see about adapting the git archive functionality to implement an effective export that we can use from the release plugin. Mark, it looks like the git provider is already setup to easily integrate an alternate implementation so I think this won't be hard once the jgit side is figured out. On 4/25/2009 5:07 AM, Stephen Connolly wrote: will that not remove the release.properties file too? 2009/4/25 Antony Stubbsantony.stu...@gmail.com not true! git reset --hard git clean -f git checkout tag will ensure an exact match with the tag/branch. struberg wrote: Do we really need to do a clean checkout from the tag? I'd strongly recommend it! The main problems here are files which aren't checked in or ignored but somehow affect the compile or test outcome. This may imho only be guaranteed by a clean checkout into a separate directory. - ___ http://stubbisms.wordpress.com http://stubbisms.wordpress.com -- View this message in context: http://www.nabble.com/Using-GIT-as-the-canonical-repository-for-Maven-3.x-tp23201420p23227239.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Using GIT as the canonical repository for Maven 3.x
Mark, it looks like the git provider is already setup to easily integrate an alternate implementation Yes, when I wrote the maven-scm-providers-git I basically copied over the svn provider, exactly because it had the structure to support multiple implementations (thats btw the reason why most classes still show Emanuell as author, simply forgot to change it ;) So it should be no problem to add an additional implementation. I also talked with Shawn about this more than a year ago. He changed the license from LGPL to BSD back then but I didn't have enough time (and the need) to start to implement the jgit part. But it should be really easy to add it. If you like me to help then simply ping me, I'd be honoured to help. LieGrue, strub --- Brian Fox bri...@infinity.nu schrieb am Sa, 25.4.2009: Von: Brian Fox bri...@infinity.nu Betreff: Re: Using GIT as the canonical repository for Maven 3.x An: Maven Developers List dev@maven.apache.org Datum: Samstag, 25. April 2009, 19:34 I'm talking with the jgit guys to see about adapting the git archive functionality to implement an effective export that we can use from the release plugin. Mark, it looks like the git provider is already setup to easily integrate an alternate implementation so I think this won't be hard once the jgit side is figured out. On 4/25/2009 5:07 AM, Stephen Connolly wrote: will that not remove the release.properties file too? 2009/4/25 Antony Stubbsantony.stu...@gmail.com not true! git reset --hard git clean -f git checkout tag will ensure an exact match with the tag/branch. struberg wrote: Do we really need to do a clean checkout from the tag? I'd strongly recommend it! The main problems here are files which aren't checked in or ignored but somehow affect the compile or test outcome. This may imho only be guaranteed by a clean checkout into a separate directory. - ___ http://stubbisms.wordpress.com http://stubbisms.wordpress.com -- View this message in context: http://www.nabble.com/Using-GIT-as-the-canonical-repository-for-Maven-3.x-tp23201420p23227239.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Using GIT as the canonical repository for Maven 3.x
If you like me to help then simply ping me, I'd be honoured to help. I didn't dive into the testing structure in place there, but if it doesn't exist already, some external ITs would be awesome. Something we could run against the multiple implementations to guarantee compatibility. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Using GIT as the canonical repository for Maven 3.x
The gitexe has already the full maven-sm-test TCK suite implemented. So all the things like a prepackaged git repo for the TCK is already there. LieGrue, strub --- Brian Fox bri...@infinity.nu schrieb am Sa, 25.4.2009: Von: Brian Fox bri...@infinity.nu Betreff: Re: Using GIT as the canonical repository for Maven 3.x An: Maven Developers List dev@maven.apache.org Datum: Samstag, 25. April 2009, 22:58 If you like me to help then simply ping me, I'd be honoured to help. I didn't dive into the testing structure in place there, but if it doesn't exist already, some external ITs would be awesome. Something we could run against the multiple implementations to guarantee compatibility. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org