Added instructions in CONTRIBUTING to remind developers to write unit tests for bugfi...
authoruranther <jwheaton@purdue.edu>
Tue, 14 Jul 2009 21:09:39 +0000 (17:09 -0400)
committeruranther <jwheaton@purdue.edu>
Tue, 14 Jul 2009 21:09:39 +0000 (17:09 -0400)
docs/CONTRIBUTING

index f5d7ebc..9032b42 100644 (file)
@@ -66,6 +66,7 @@ This is a relatively easy, solid and transparent way to handle all requests in o
   we know for bigger changes this is not always feasible.  Just try to keep the merges about bigger "clean changesets".
 * Your code should not introduce any compile warnings or errors.  And also,
   no regressions but that's harder to check.
+* Unit tests should be written to verify bug fixes and new functionality.
 That said, you can always ask us to check on your stuff or ask for advice.