The vote seems to have passed. Go for it!
Regards, Alan On Oct 24, 2006, at 3:53 PM, Jason Dillon wrote:
Folks... this vote has been lingering for way to long... some of the in-flight debate/discussion kinda threw us off track. I believe that we should implement the solution we have described here for now and if needed continue discussion and debate about how to handle this better... BUT, I think we must do something now and I think that this is good enough. Here is a tally of the votes cast so far: <snip> +1: jdillon, dblevins, dain, bsnyder, bdudney, gnodet, pmcmahan, jbohn, rmcguire, hogstrom +0: jacek And after some debate: +1: kevan, alan </snip> While I, djencks, kevan and a few others have expressed some desire for one version for all specs, and many other have expressed objection... I do believe that we need to do something to get specs into a publishable state NOW. So, unless anyone screams loudly, I am going to implement the changes described below as an intermediate solution. Once this is done (and once people comes back to life) we can publish a new set of SNAPSHOT artifacts and remove the need for the specs build in bootstrap... which is one step closer to not needing bootstrap. This may not be the final solution... but its one step closer... and since we have not moved at all on this for quite some time I think any movement is better than none at all. --jason On 8/18/06, Jason Dillon <[EMAIL PROTECTED]> wrote:PROPOSAL: 1. Each spec will no longer be split up into trunk+branches+tags. There will instead be one trunk+branches+tags for all specs laid out as follows: specs/trunk/pom.xml specs/trunk/<artifactId> specs/tags/<artifactId>-<version> specs/branches/ 2. Each plugin will continue to have its own version and will be released independently. 3. The top-level will have it's own version, which will remain independent. When there is a major configuration change in that pom, the version will be changed and the pom will be republished. 4. Releasing will be done with the maven release plugin ('mvn release') and should occur at a stable point after any major change to a spec module. 5. Change all module directories to match artifactIds. MOTIVATION: 1. one trunk allows the entire set of specs to be checked out all at once and built all at once. * * * [ ] +1 Allow changes [ ] 0 No opinion [ ] -1 No, leave the specs asis (provide rationale) --jason
