Changes between Version 67 and Version 68 of DevWikiComitGuidelines
- Timestamp:
- 10/16/17 12:53:31 (7 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TabularUnified DevWikiComitGuidelines
v67 v68 56 56 13. spike branch (those in the spike/username area are to be used for experimentation or for major code refactoring that will destabilize the trunk. After such experimentation is deemed stable, this can then be merged into the trunk after approval from PSC members. Using a git repo for experimentation instead of svn/spike is the preferred mode of experimentation these days. 57 57 14. When committing new features or significant changes to existing source code, the committer should take reasonable measures to insure that the source code continues to build and work on the most commonly supported platforms (currently Linux, Mac, and Windows), either by testing on those platforms directly, running Buildbot tests, or by getting help from other developers working on those platforms. If new files or library dependencies are added, then the configure.in, Makefile.in and related documentations should be kept up to date. 58 15. In the event of broken build (build bot fail notification), the person who broke the build must fix the break before working on anything else.58 15. After each commit, verify that all the build bots are happy on this page - https://trac.osgeo.org/postgis/ and if they issue is caused by your commit, fix it before making any more changes. 59 59 60 60 == Committer Tracking ==