Changes between Version 15 and Version 16 of Graduation List

Timestamp:

24 Mar 2018, 07:28:24 (6 years ago)

Author:

kalxas

Comment:

--

Graduation List

@@ -74 +74 @@
 
 * The project has developer documentation:
-  * YES: How to add a new project to OSGeoLive is covered in detail. Linked from: http://wiki.osgeo.org/wiki/Live_GIS_Disc#How_to_add_a_project_to_OSGeoLive
+  * YES: How to add a new project to OSGeoLive is covered in detail. Linked from: https://wiki.osgeo.org/wiki/OSGeoLive#How_to_add_a_project_to_OSGeoLive
   * Including checkout and build instructions.
-    * YES: Linked from: http://wiki.osgeo.org/wiki/Live_GIS_Disc#How_to_add_a_project_to_OSGeoLive</span>
+    * YES: Linked from: https://wiki.osgeo.org/wiki/OSGeoLive#How_to_add_a_project_to_OSGeoLive
   * Including commented code, ideally published for developer use. (Examples: javadocs for Java applications, or Sphinx documentation for Python applications.)
-    * YES: Code is primarily relatively small shell script files, which include comment. 
+    * YES: Code is primarily relatively small shell script files, which include comments. 
   * Providing sufficient detail for an experience programmer to contribute patches or a new module in accordance with the project's programming conventions. 
-    * YES
+    * YES: We accept Pull Requests on GitHub and Gitea https://trac.osgeo.org/osgeolive/wiki/Source_code
 
 
@@ -89 +89 @@
 * The project follows a defined release process:
   * Which includes execution of the testing process before releasing a stable release. 
-  * The project has an established build and release process, but it needs to be more clearly documented. Some information here: http://wiki.osgeo.org/wiki/Live_GIS_Disc#Build_Process . The release management role is well established, but not documented. This includes setting up a schedule, sending out press releases, chasing up projects, etc, etc.
+  * The project has an established build and release process, but it needs to be more clearly documented. Some information here: https://wiki.osgeo.org/wiki/OSGeoLive_Build . The release management role is well established, but not documented. This includes setting up a schedule, sending out press releases, chasing up projects, etc, etc.
 
 * The project follows a documented testing process. (Ideally, this includes both automated and manual testing)(Ideally this includes documented conformance to set quality goals, such as reporting Percentage Code Coverage of Unit Tests.)
-  * OSGeoLive is an integration project, which is difficult to create automated testing for. Instead we rely on manual testing. The testing process is well practiced, but needs to be documented better
+  * OSGeoLive is an integration project, which is difficult to create automated testing for. Instead we rely on manual testing. The testing process is well practiced, and documented on [[OSGeoLive Testing Process]]
 
 * Release and testing processes provide sufficient detail for an experienced programmer to follow.