In my git work, there's git integration and we ref tickets in commits. Just starting with ticket-number and then I can do #comment to add comments, as well as #resolve to automatically resolve the issue, etc. But I think that latter one isn't as important since it sounds like there will be a lot of merging going on
On Thu, Jun 13, 2013 at 1:49 PM, Christopher <[email protected]> wrote: > On Thu, Jun 13, 2013 at 1:36 PM, John Vines <[email protected]> wrote: > > Finally read through all of this. > > First of all, great work Josh. > > +42 > > [snip] > > I'm happy with the email subject. I'm assuming we're sticking with all > > commits reffing a ticket? Or at least all commits to the main branch(es). > [snip] > > If you're going to squash them, it would just be the squashed commit > where this would be needed, I would think. > > This also raises an interesting question: how does the JIRA > integration work for git? Would it just add comments corresponding to > commits pushed to master? Or would it track all commits pushed to any > branch? If it tracks all commits pushed to any branch, you may want to > reference the JIRA issue in every commit... unless you don't want/need > that much verbosity on the ticket. Then, I suppose you could just do > one reference when you merge/squash. > > -- > Christopher L Tubbs II > http://gravatar.com/ctubbsii >
