Clay
20-10-2005 21:37:11
We have two seperate libraries, Ogre and CEGUI that we are binding. We should really look into the issue of versioning.
Right now, releases are done based on Ogre:
PyOgre-1.0.4-0
PyOgre-1.0.4-1
PyOgre-1.0.5-0
PyOgre-1.0.5-1
PyOgre-1.0.5-2
However, these could include any of CEGUI. I'm thinking we may need to split installation/versioning of the libraries. So that for windows there would be an installer for PyOgre and for PyCEGUI:
PyOgre-1.0.5-3 <--- only files for pyogre
PyCEGUI-0.4.0-0 <--- only files for cegui
We would also make changes to the repository. Trunk would remain the same (development for the current version of whatever library we are working with). However, we would start adding tags for different CEGUI/Ogre versions after we version bump. For example, lets say CEGUI went from 0.4.0 to 0.5.0. Before upgrading we would commit a tag to tags/cegui-0.4.0 which contained only the trunk/pyogre/cegui folder. The same goes for Ogre version bumps.
Does this sound reasonable?
Right now, releases are done based on Ogre:
PyOgre-1.0.4-0
PyOgre-1.0.4-1
PyOgre-1.0.5-0
PyOgre-1.0.5-1
PyOgre-1.0.5-2
However, these could include any of CEGUI. I'm thinking we may need to split installation/versioning of the libraries. So that for windows there would be an installer for PyOgre and for PyCEGUI:
PyOgre-1.0.5-3 <--- only files for pyogre
PyCEGUI-0.4.0-0 <--- only files for cegui
We would also make changes to the repository. Trunk would remain the same (development for the current version of whatever library we are working with). However, we would start adding tags for different CEGUI/Ogre versions after we version bump. For example, lets say CEGUI went from 0.4.0 to 0.5.0. Before upgrading we would commit a tag to tags/cegui-0.4.0 which contained only the trunk/pyogre/cegui folder. The same goes for Ogre version bumps.
Does this sound reasonable?