Thanks Esteban, I assume this report gets info purely from the jira database, but not "git log" of a branch, right?
I hope we get the info from "git log" of a release branch because that'd be more accurate. --Yongjun On Fri, Mar 13, 2015 at 3:11 PM, Esteban Gutierrez <este...@cloudera.com> wrote: > JIRA already provides a report: > > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12327179&styleName=Html&projectId=12310240 > > > cheers, > esteban. > > > > > -- > Cloudera, Inc. > > > On Fri, Mar 13, 2015 at 3:01 PM, Sean Busbey <bus...@cloudera.com> wrote: > > > So long as you include the issue number, you can automate pulling the > type > > from jira directly instead of putting it in the message. > > > > On Fri, Mar 13, 2015 at 4:49 PM, Yongjun Zhang <yzh...@cloudera.com> > > wrote: > > > > > Hi, > > > > > > I found that changing CHANGES.txt when committing a jira is error prone > > > because of the different sections in the file, and sometimes we forget > > > about changing this file. > > > > > > After all, git log would indicate the history of a branch. I wonder if > we > > > could switch to a new method: > > > > > > 1. When committing, ensure the message include the type of the jira, > "New > > > Feature", "Bug Fixes", "Improvement" etc. > > > > > > 2. No longer need to make changes to CHANGES.txt for each commit > > > > > > 3. Before releasing a branch, create the CHANGES.txt by using "git log" > > > command for the given branch.. > > > > > > Thanks. > > > > > > --Yongjun > > > > > > > > > > > -- > > Sean > > >