-
Notifications
You must be signed in to change notification settings - Fork 40
Development Workflow
felixwiemuth edited this page Nov 17, 2012
·
9 revisions
- Everyone has the right to change the master branch and release new versions.
- The master branch should be stable at all times, experiment on your own branches (or repos).
- Use the provided issue system.
- These are just guidelines, do what you think is best.
- Set your IDE/editor to use 2 spaces for indenting, not tabs! Otherwise it'll be a mess.
- When adding new features, try to build self-sufficient modules, loosely bound with the server, so that each module is more or less independent, hence replaceable and testable.
- Test them
- Push to master branch
- Update zip file
Including new commands, options, config files and behavior
- Post your plans as an issue
- Develop on a new branch
- Get feedback (if available), use "test" issues
- Carefully check if your changes interfere with other SimpleServer systems and further adjustments have to be made. Consider the Stability check section below.
- Merge into master branch
- Update the wiki reflecting your change or new feature (the documentation must not become outdated!)
- Delete old branch (it gets cluttered otherwise)
- Update zip file
see Localization Development Guidelines
Some parts of SimpleServer have to be updated if special changes are made. This list should help to check if an update is needed.
Occasion: The way backups are made is changed.
Todo:
- Change the
VERSIONfield insrc/simpleserver/thread/AutoBackup.java - Update the archive structure in the wiki page
- Update version constant
baseVersioninsrc/simpleserver/Main.java - Clone Localization repository into the SimpleServer repository or make sure it is up-to-date
- Run
ant releaseinside the SimpleServer repository - Upload
release/SimpleServer.zipandrelease/SimpleServer.jar