Changes between Version 16 and Version 17 of CodeReviewerPlugin

Timestamp:

May 29, 2012, 10:23:17 PM (12 years ago)

Author:

Rob Guttman

Comment:

--

CodeReviewerPlugin

@@ -103 +103 @@
 In the example above, each time a code review is submitted for a completed ticket, the {{{stage_deploy}}} Jenkins job gets triggered.  The job would then call [browser:codereviewerplugin/0.12/coderev/util/reviewer.py Reviewer.get_next_changeset()] to determine what git changeset to deploy (if any).  (Note that this trigger for, say, a stage environment would be in addition to any trigger for running tests against the HEAD of your branch - or however you may currently have your CI system setup.)
 
+==== Ticket-changeset map ====
+In order for the [browser:codereviewerplugin/0.12/coderev/util/reviewer.py Reviewer] to know all changesets that reference a given ticket, it needs a reliable ticket-changeset map.  The built-in {{{revision}}} table is unfortunately not sufficiently reliable for some version control systems (e.g., git) - this is a known issue.  So this plugin comes with its own changeset listener that manages a new {{{codereviewer_map}}} table.  For existing changesets, you can run a provided [browser:codereviewerplugin/0.12/coderev/util/sync.py sync.py] utility once to populate the table (but should nto need it after that).
+
 ==== Completeness criteria ====
 You can also add "completeness" criteria to determine when a ticket is actually complete and ready for deployment.  For example, if your workflow encourages ongoing code reviews on tickets that may not be fully complete, you can specify one or more ticket fields to use as additional criteria to determine completeness in {{{trac.ini}}}: