
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi,<div class=""><br class=""></div><div class="">Let me summarize the current status of the discussion to check and propose a path forward.</div><div class=""><br class=""></div><div class="">* Summary *</div><div class=""><br class=""></div><div class="">Basically, the high-level status is:</div><div class="">1. Commits should state when they are fixes.</div><div class="">2. Bugs should be tracked in a PR.</div><div class=""><br class=""></div><div class="">None of these is a hard requirement but instead, best practices that we should remind to the contributors.</div><div class="">For #1, I propose the attached patch for the commit message policy.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">* What Is Next? *</div><div class=""><br class=""></div><div class="">Now, moving forward, we should investigate if it is possible to have:</div><div class="">A. Hooks on commit to automatically update some field in Diffusion/Bugzilla when a fix is committed.</div><div class="">B. PRs automatically created for fixes that do not have a PR.</div><div class=""><br class=""></div><div class="">For A, the idea is to have an automatic way to update the PRs (like resolved and fixed with a revision number) when some keywords are set (like fixes PR#). The idea with Diffusion is to have a field that marks the commit has been a fix and that we could manually set if we forgot to set the keyword at commit time.</div><div class=""><br class=""></div><div class=""><div class="">For B, assuming the PR or Diffusion becomes the way to keep trace of every fixes, it is a matter of making easy to document that we are fixing a bug even if a PR does not exist. Maybe it is possible to have some commit hooks that given a keyword (e.g., fixes PR#New) file a PR with the commit message and marks the PR as fixed (also patch the actual commit message to put the PR number).</div></div><div class=""><br class=""></div><div class=""><div class="">Now, regarding how this information could be used by release managers to track what has been pulled in their release, I believe we would need to build additional tools on top of that information, but having this information is the priority IMHO.</div></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">* Feedback Needed *</div><div class=""><br class=""></div><div class="">- Is it possible to have commit hooks to set some fields in Diffusion/Bugzilla?</div><div class="">- Is it possible to have commit hooks to create PRs?</div><div class="">- What do people think of the attached patch?</div><div class=""><br class=""></div><div class="">Cheers,</div><div class="">-Quentin</div><div class=""><br class=""></div><div class=""></div></body></html>