Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 59834 invoked from network); 16 Jun 2007 19:20:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Jun 2007 19:20:47 -0000 Received: (qmail 43443 invoked by uid 500); 16 Jun 2007 19:20:50 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 43407 invoked by uid 500); 16 Jun 2007 19:20:50 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 43398 invoked by uid 99); 16 Jun 2007 19:20:50 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Jun 2007 12:20:50 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Jun 2007 12:20:46 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 10B547141EB for ; Sat, 16 Jun 2007 12:20:26 -0700 (PDT) Message-ID: <25000817.1182021626064.JavaMail.jira@brutus> Date: Sat, 16 Jun 2007 12:20:26 -0700 (PDT) From: "Myrna van Lunteren (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-2570) Create a utility which generates Release Notes In-Reply-To: <3469036.1177082715283.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505527 ] Myrna van Lunteren commented on DERBY-2570: ------------------------------------------- I added the JiraConnector with revision http://svn.apache.org/viewvc?view=rev&revision=547965. It has a better query for the release notes list than the one in the patch, and is dedicated to create the two files the ReleaseNotesGenerator needs. It can be combined with the ReleaseNotesGenerator later. > Create a utility which generates Release Notes > ---------------------------------------------- > > Key: DERBY-2570 > URL: https://issues.apache.org/jira/browse/DERBY-2570 > Project: Derby > Issue Type: Improvement > Components: Build tools > Affects Versions: 10.3.0.0 > Reporter: Rick Hillegas > Assignee: Rick Hillegas > Attachments: derby-2570-v01.diff, derby-2570-v02.diff, DERBY-2570_20070525.diff, releaseNote.html, releaseNote.html, releaseSummaryTemplate.xml > > > This proposal summarizes an off-list conversation among Myrna van Lunteren, Bernt Johnsen, Andrew McIntyre, and myself. > Currently, there is a template for release notes in the top level directory of the code tree. Actually filling in this template is a time-consuming, error-prone process. We would like to automate this process as much as possible. We believe it ought to be possible to generate the Release Notes given the following inputs: > 1) A high-level description of the release. The Release Manager would write this description, based on a template. > 2) An xml report produced by a JIRA filter. The filter would list all of the JIRAs addressed by the release. > In order for this to work, we would need for the community to agree on conventions for the release notes which are attached to JIRAs, viz., the JIRAs whose "Release Note Needed" toggles are turned on. These JIRA-specific notes become items in the Issues section of the final Release Notes. Each of these items calls the reader's attention to a significant topic involving Derby's behavior, that behavior's compatibility with previous releases, and adjustments which the user may need to make to her applications. > The following approach makes sense to us: > A) The community will agree on an html template for these notes. > B) The note-writer will fill in this template and attach it to the JIRA using a canonical file name, say "releaseNote.html". > C) Various iterations of the note may be needed. > D) The utility for generating Release Notes will grab the latest rev of "releaseNote.html" attached to the JIRA. > This effort involves at least two major steps: > I) Getting the community to agree to these note-writing conventions. > II) Writing the Release Note generator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.