[mapserver-commits] r7768 - trunk/mapserver/rfc
svn at osgeo.org
svn at osgeo.org
Wed Jul 2 09:16:14 EDT 2008
Author: tomkralidis
Date: 2008-07-02 09:16:13 -0400 (Wed, 02 Jul 2008)
New Revision: 7768
Added:
trunk/mapserver/rfc/ms-rfc-7.1.txt
Modified:
trunk/mapserver/rfc/ms-rfc-7.txt
Log:
addition of rfc 7.1, superseding rfc 7
Added: trunk/mapserver/rfc/ms-rfc-7.1.txt
===================================================================
--- trunk/mapserver/rfc/ms-rfc-7.1.txt (rev 0)
+++ trunk/mapserver/rfc/ms-rfc-7.1.txt 2008-07-02 13:16:13 UTC (rev 7768)
@@ -0,0 +1,177 @@
+===========================================
+MS RFC 7.1: MapServer SVN Commit Management
+===========================================
+
+:Date: 2008/07/02
+:Author: Frank Warmerdam and Tom Kralidis
+:Contact: warmerdam at pobox.com and tomkralidis at hotmail.com
+:Last Edited: $Date: 2008-07-02 09:05:32 -0400 (Wed, 02 Jul 2008) $
+:Status: Adopted
+
+(Note: this RFC obsoletes RFC 7)
+
+Purpose
+-------
+
+To formalize SVN commit access, and specify some guidelines for SVN
+committers.
+
+
+Election to SVN Commit Access
+-----------------------------
+
+Permission for SVN commit access shall be provided to new developers only
+if accepted by the MapServer Project Steering Committee. A proposal
+should be written to the PSC for new committers and voted on normally. It
+is not necessary to write an RFC document for these votes ... email to
+mapserver-dev is sufficient.
+
+Removal of SVN commit access should be handled by the same process.
+
+The new committer should have demonstrated commitment to MapServer and
+knowledge of the MapServer source code and processes to the committee's
+satisfaction, usually by reporting tickets, submitting patches, and/or
+actively participating in the various MapServer forums.
+
+The new committer should also be prepared to support any new feature or
+changes that he/she commits to the MapServer source tree in future
+releases, or to find someone to which to delegate responsibility for
+them if he/she stops being available to support the portions of code
+that he/she is responsible for.
+
+All committers should also be a member of mapserver-dev mailing list
+so they can stay informed on policies, technical developments and
+release preparation.
+
+
+Committer Tracking
+------------------
+
+A list of all project committers will be kept in the main mapserver
+directory (called COMMITTERS) listing for each SVN committer:
+
+ * Userid: the id that will appear in the SVN logs for this person.
+
+ * Full name: the users actual name.
+
+ * Email address: A current email address at which the committer can be
+ reached. It may be altered in normal ways to make it harder to
+ auto-harvest.
+
+ * A brief indication of areas of responsibility.
+
+
+SVN Administrator
+-----------------
+
+One member of the Project Steering Committee will be designed the SVN
+Administrator. That person will be responsible for giving SVN commit
+access to folks, updating the COMMITTERS file, and other SVN related
+management. Initially Steve Lime will be the SVN Adminstrator.
+
+SVN Commit Practices
+--------------------
+
+The following are considered good SVN commit practices for the MapServer
+project.
+
+ * Use meaningful descriptions for SVN commit log entries.
+
+ * Add a ticket reference like "(#1232)" at the end of SVN commit log entries
+ when committing changes related to a ticket in Trac.
+
+ * Include changeset revision numbers like "r7622" in tickets when discussng
+ relevant changes to the codebase.
+
+ * Include an entry in the HISTORY file for any significant change or fix
+ committed in the main MapServer source tree. Make sure it is placed under
+ the correct version heading and include ticket numbers in these messages too.
+
+ * Changes should not be committed in stable branches without a corresponding
+ ticket and HISTORY entry. Any change worth pushing into the stable
+ version is worth a Trac ticket and good HISTORY notations.
+
+ * Never commit new features to a stable branch: only critical fixes. New
+ features can only go in the main development trunk.
+
+ * Only ticket defects should be committed to the code during pre-release
+ code freeze.
+
+ * Significant changes to the main development version should be
+ discussed on the -dev list before you make them, and larger changes will
+ require an RFC approved by the PSC.
+
+ * Do not create new branches without the approval of the PSC. Release
+ managers are assumed to have permission to create a branch.
+
+ * All source code in SVN should be in Unix text format as opposed to DOS
+ text mode.
+
+ * 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 and Windows), either by testing on those
+ platforms directly, 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, Makefile.vc and related documentations
+ should be kept up to date.
+
+
+Legal
+-----
+
+Commiters are the front line gatekeepers to keep the code base clear of
+improperly contributed code. It is important to the MapServer users,
+developers and the OSGeo foundation to avoid contributing any code to the
+project without it being clearly licensed under the project license.
+
+Generally speaking the key issues are that those providing code to be included
+in the repository understand that the code will be released under the
+MapServer License, and that the person providing the code has the right
+to contribute the code. For the commiter themselves understanding about the
+license is hopefully clear. For other contributors, the commiter should verify
+the understanding unless the commiter is very comfortable that the contributor
+understands the license (for instance frequent contributors).
+
+If the contribution was developed on behalf of an employer (on work time, as
+part of a work project, etc) then it is important that an appropriate
+representative of the employer understand that the code will be contributed
+under the MapServer License. The arrangement should be cleared with an
+authorized supervisor/manager, etc.
+
+The code should be developed by the contributor, or the code should be from a
+source which can be rightfully contributed such as from the public domain, or
+from an open source project under a compatible license.
+
+All unusual situations need to be discussed and/or documented.
+
+Commiters should adhere to the following guidelines, and may be personally
+legally liable for improperly contributing code to the source repository:
+
+ * Make sure the contributor (and possibly employer) is aware of the
+ contribution terms.
+ * Code coming from a source other than the contributor (such as adapted
+ from another project) should be clearly marked as to the original
+ source, copyright holders, license terms and so forth. This information
+ can be in the file headers, but should also be added to the project
+ licensing file if not exactly matching normal project licensing
+ (mapserver/LICENSE.txt).
+ * Existing copyright headers and license text should never be stripped
+ from a file. If a copyright holder wishes to give up copyright they must
+ do so in writing to the foundation before copyright messages are
+ removed. If license terms are changed it has to be by agreement (written
+ in email is ok) of the copyright holders.
+ * When substantial contributions are added to a file (such as substantial
+ patches) the author/contributor should be added to the list of copyright
+ holders for the file.
+ * If there is uncertainty about whether a change it proper to contribute
+ to the code base, please seek more information from the project steering
+ committee, or the foundation legal counsel.
+
+
+Voting History
+--------------
+
+Adopted on 2008/07/02 with +1 from PericlesN, DanielM, TamasS, JeffM,
+UmbertoN, SteveW, AssefaY, FrankW, TomK
+
Modified: trunk/mapserver/rfc/ms-rfc-7.txt
===================================================================
--- trunk/mapserver/rfc/ms-rfc-7.txt 2008-07-02 05:01:38 UTC (rev 7767)
+++ trunk/mapserver/rfc/ms-rfc-7.txt 2008-07-02 13:16:13 UTC (rev 7768)
@@ -8,6 +8,7 @@
:Last Edited: $Date$
:Status: Adopted
+(Note: this RFC is superseded by RFC 7.1)
Purpose
-------
More information about the mapserver-commits
mailing list