|[ < ]||[ > ]||[ << ]||[ Up ]||[ >> ]||[Top]||[Contents]||[Index]||[ ? ]|
Since Crystal Space has enough developers to warrant the use of SVN to manage its code base, there are some rules you need to keep in mind if you are going to be making changes of any sort to the SVN source tree.
The repository for Crystal Space is located at `https://svn.sourceforge.net/svnroot/crystal/CS'. The latest bleeding edge version can be found in the `trunk' subdirectory, assorted branches in `branches'.
For further instructions, please refer to the following document:
Checkout the `https://svn.sourceforge.net/svnroot/crystal/CS/trunk' to download the source code. See the documentation for your SVN client on how to do this.
If you do not have a developer account, you will be able to check out files, but will not be able to commit any changes.
If you do have developer account, check out the source code as outlined above. SVN will ask you for a password the first time you commit a change. You need to specify your SourceForge username when first committing a change:
svn ci --username <SF username>
Having a developer account implies you will be able to make changes to the code. You should read the rest of this document before making any changes.
Below are some guidelines you should follow before committing files. Also be sure to read the important portability guidelines in the Portability section. See section Portability.
walktestusing `flarge' and visit various locations which exercise the engine's features, such as the doughnut in the street and the foggy corridor.
This might look overdone to some people, but you should remember that we are all working together with the same source. A bug in your code can cripple the entire project.
One final thing to remember is that you should never commit files that you know will stop the progress of other developers. The SVN repository is the place to commit completed code, not code that needs debugging because you can't find a certain bug. Other developers should not have to stop and track down your bugs just so they can proceed with their own coding. When you've committed code, please monitor the mailing list regularly for any signs that you've caused a problem somewhere. This is part of the responsibility that goes with the ability to commit code.
|[ < ]||[ > ]||[ << ]||[ Up ]||[ >> ]|
This document was generated using texi2html 1.76.