[Checkins] SVN: zope3docs/ Clean up TODO comment documentation.
Christian Theune
ct at gocept.com
Thu Feb 19 12:28:29 EST 2009
Log message for revision 96784:
Clean up TODO comment documentation.
Changed:
_U zope3docs/
U zope3docs/source/codingstyle/todocomments.rst
-=-
Property changes on: zope3docs
___________________________________________________________________
Modified: bzr:revision-info
- timestamp: 2009-02-19 14:34:10.486000061 +0100
committer: Christian Theune <ct at gocept.com>
properties:
branch-nick: zope3docs.bzr
+ timestamp: 2009-02-19 14:41:27.305999994 +0100
committer: Christian Theune <ct at gocept.com>
properties:
branch-nick: zope3docs.bzr
Modified: bzr:file-ids
- source/codingstyle/zcml-style.rst 96696 at 62d5b8a3-27da-0310-9561-8e5933582275:zope3docs:source%2Fcodingstyle%2Fzcml-style.rst
+ source/codingstyle/todocomments.rst 96696 at 62d5b8a3-27da-0310-9561-8e5933582275:zope3docs:source%2Fcodingstyle%2Ftodocomments.rst
Modified: bzr:revision-id:v3-single-zope3docs
- 16 ct at gocept.com-20090219095131-k60befy2nrfx9q99
17 ct at gocept.com-20090219101837-g1g0cg0op0o8a104
18 ct at gocept.com-20090219104745-nh3531xbm8hsd2v9
19 ct at gocept.com-20090219105006-0mre3cx94v8awk9m
20 ct at gocept.com-20090219105021-qywg1ei5q6a21223
21 ct at gocept.com-20090219105034-je5udw7hy1r7xel5
22 ct at gocept.com-20090219133402-h5djqf2t1nfow9k3
23 ct at gocept.com-20090219133410-1vdvhnc62v0ix14u
+ 16 ct at gocept.com-20090219095131-k60befy2nrfx9q99
17 ct at gocept.com-20090219101837-g1g0cg0op0o8a104
18 ct at gocept.com-20090219104745-nh3531xbm8hsd2v9
19 ct at gocept.com-20090219105006-0mre3cx94v8awk9m
20 ct at gocept.com-20090219105021-qywg1ei5q6a21223
21 ct at gocept.com-20090219105034-je5udw7hy1r7xel5
22 ct at gocept.com-20090219133402-h5djqf2t1nfow9k3
23 ct at gocept.com-20090219133410-1vdvhnc62v0ix14u
24 ct at gocept.com-20090219134127-4xq75osx1qizp1lh
Modified: zope3docs/source/codingstyle/todocomments.rst
===================================================================
--- zope3docs/source/codingstyle/todocomments.rst 2009-02-19 17:28:27 UTC (rev 96783)
+++ zope3docs/source/codingstyle/todocomments.rst 2009-02-19 17:28:29 UTC (rev 96784)
@@ -1,45 +1,48 @@
-TO-DO Comments
-==============
+TODO comments
+=============
- Occassionally you may need to note places in code that need to be
- revisited later. There are three standard codes used in Python
- comments used to designate such code:
+Occasionally you may need to note a place in a file that needs to be
+revisited later. There are three standard codes used to designate such
+places: ``XXX``, ``TODO``, and. ``BBB``
- o XXX
+Depending on the type of the file, those codes should be placed
+within a comment according to the applicable syntax.
- o TODO
- o BBB
+XXX
+ XXX comments should only be used during development to note things
+ that need to be taken care of before a final (trunk) commit::
- XXX
+ # XXX This will break if someone types `9`.
- XXX comments should only be used during development to note
- things that need to be taken care of before a final (trunk) commit.
+ One should not expect to see XXX in released software.
- One should not expect to see !XXXs in released software.
+ It should be extremely rare to check in an XXX on a trunk. If an
+ XXX is checked in on a trunk:
- It should be extremely rare to check in an XXX on a trunk. If an
- XXX is checked in on a trunk:
+ o The intention and expectation will be that someone will resolve
+ the XXX before someone releases the code.
- o The intention and expectation will be that someone will resolve
- the XXX before someone releases the code.
+ o The XXX must fully describe an issue, so that someone else can
+ read the comment and know what it's about.
- o The XXX must fully describe an issue, so that someone else can
- read the comment and know what it's about.
+ XXX shall not be used to record new features, non-critical
+ optimization, design changes, etc.
- XXX shall not be used to record new features, non-critical
- optimization, design changes, etc.
- TODO
+TODO
+ If you want to record things like new features, non-critical
+ optimizations, design changes, or other long term changes, use
+ TODO comments::
- If you want to record things like new features, non-critical
- optimizations, design changes, or other long term changes, use
- TODO comments. People making a release shouldn't care about !TODOs,
- but they ought to be annoyed to find !XXXs.
+ # TODO This could go faster if we'd use a better data structure.
- BBB
+ People making a release shouldn't care about TODOs, but they ought to
+ be annoyed to find XXXs.
- When adding code to preserve backward compatibility, use a BBB
- comment with a date. For example::
- # BBB 2004-07-08, preserves use of 'get_foo' function
+BBB
+ When adding code to preserve backward compatibility, use a BBB
+ comment with a date. For example::
+
+ # BBB 2004-07-08, preserves use of 'get_foo' function
More information about the Checkins
mailing list