On 21 January 2014 23:42, Konstantin Kolinko <knst.koli...@gmail.com> wrote: > 2014/1/21 Mark Thomas <ma...@apache.org>: >> I've been using Git more and more for Tomcat development and was >> wondering what folks thought about moving Tomcat to git. This isn't a >> formal proposal or a vote, I'm just trying to gather some views. >> >> On the plus side: >> - it is much easier to have multiple issues in progress at the >> same time and switch between them >> - being able to work off-line but still commit is a huge benefit >> when working on a complex issue and you don't have internet >> access >> - merging between branches (assuming all supported branches were in a >> single repo) is simpler >> >> Neutral >> - we would need to agree some simple guidelines for how we used git >> - tooling seems equivalent to that available for svn (at for what I >> use anyway) > > Regarding the tools: > > 1. In my experience it was harder to review history of some project > hosted on github than one using subversion. > > (Using only web tools such as viewvc log & annotate pages). > > It is more to the nature of git itself, as the recommended "Feature > branches" approach makes so that most of merges to master branch are > collections of several other commits at elsewhere. It is harder to > review the tree. > > 2. Buildbot uses subversion revision number as identifier (when > building and when publishing logs). > > 3. We have references to revision numbers in our commit messages. > >> On the down side: >> - there is much more potential to mess things up >> - cleaning up is potentially more complex >> - the disruption of the move - particularly if we want to move to a >> single git repo - could be significant > > 4. IIUC, the current Tomcat6/7/trunk mirrors at github does not comply > to this "single repo" condition? > > 5. Subversion does not allow deleting files from the past history (a > long wanted 'obliterate' feature). > > Git does allow such deletion (so you can mess your history fatally). > Disclaimer: I do not such experience with git, so I cannot assess > whether it is easy to trigger this deletion or easy to prevent it from > administrators' side. > > In Jenkins project there was some incident with Git several months ago. > http://jenkins-ci.org/content/summary-report-git-repository-disruption-incident-nov-10th > > 6. Overall, I have some frustration with the direction where Apache > Subversion project itself is going, but I am not brave enough to hop > to Git. > > My "vote" is -0. > > 7. -1 for Maven. > > The arguments were stated in old discussions. > My main ones > - I like the single source tree that we have now > - Oliver's project to convert Tomcat build to Maven was not a success
I started but this change need a bit support so perso I don't want to spend time if lack of interest. > > 2014/1/21 Rémy Maucherat <r...@apache.org>: >>> >>> I still see more cons than pros for moving to Maven. >>> >>> It (mostly) works now and allows behaving better with bigger projects. IMO >> it is unavoidable now. > > Spring Framework is a big project, but it uses Gradle, not Maven. > https://github.com/spring-projects/spring-framework#building-from-source > > Best regards, > Konstantin Kolinko > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > -- Olivier Lamy Ecetera: http://ecetera.com.au http://twitter.com/olamy | http://linkedin.com/in/olamy --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org