Could it ever be the case that jME would switch to Subversion ? I am often supplying patches (since I am not a core dev on jME) and doing diffs, updates, commits, etc. etc. with CVS is slow, stupid and a terrible time-wasting process. Let me give some examples:
The merging of differences works better in subversion, I don't know how, but when making a change and then later updating to find the very same change is now in the rep subversion just figures it out, CVS often makes a conflict instead.
Making a diff requires access to the CVS server in CVS, this is NOT the case with subversion. Hence, making a diff is local-file-access-fast.
Since I am not a developer on jME, I do not have the permission to add files to CVS… fair enough. But this means these files do not show up when doing a diff !!! This is not a problem in subversion, since adding a file does not… (yup you guessed it) require access to the server, only the commit does and this I am not allowed to do.
So, to make life easier for everyone, and to make patch-making easier for the "none-core" developers, please consider switching to subversion.
Well is it possible to set up a subversion-rep, while still having the CVS rep ? In that case, you could just decide to "loose" history in SVN from some date, and then make the freezing the CVS rep, you just add everything as clean and new files to the SVN-rep. This is not the cool way… but. It might be the best solution.