I forgot to mention a few things that can be useful for every developer for Jmol.
Starting a few releases ago, Bob and I decided to keep a list of modifications contained in each release. So when committing a modification, you should also modify the Jmol.properties file in src/org/jmol/viewer. Simply use the same format as the other modifications. For exemple, the current Jmol.properties file starts with : version=11.3.8_dev # -------------------------------------------------------------------- That means that the next release will probably be 11.3.8 and there has been no modifications yet in Jmol for this new release After your modification, the Jmol.properties file should start with: version=11.3.8_dev # bug fix: "axes scale ..." did not work for the "axes unitcell" option # -------------------------------------------------------------------- When I release a new version of Jmol, I simply copy / paste this in the change log accessible on sourceforge with the new version, and I modify the Jmol.properties file to prepare for the next version. Nico pim schravendijk a écrit : > Now if I would like to put this back to the SVN system, can I use the > info written in > http://wiki.jmol.org/index.php/Release_Procedures#Release_build? Some > of the text there seems not to fit, e.g.: > > What is the preferred text to use as the commit message? > the page says: svn commit -m "prerelease 10.3.1", but I wouldn't know > on what prerelease I would be working. > Also the svn copy commands don't seem to apply to my case. > The page you are refering to is mostly a reminder for admins on what to do exactly when we needed to do a new release of Jmol (available on sourceforge in the download section). That's why some of the text doesn't fit with committing a bug fix or a new feature ;) For the text, try to use a (short but) descriptive text of the modification, so that when when browsing through the history of modification we know what to expect in the modification. There's no description on how to check out / update / commit on the Wiki (nobody thought of adding it before apparently), except on the Eclipse page. If you have troubles, tell me. Nico ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jmol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-developers
