Re: Why <changelog>?
| From: | Stig S. Bakken | Date: | Fri, 10 Jan 2003 10:19:19 +0000 |
| Subject: | Re: Why <changelog>? | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-12224@lists.php.net to get a copy of this message | ||
On Thu, 2003-01-09 at 22:26, Jon Parise wrote:
> I've been maintaining a few PEAR packages for a while now (long enough
> for each package to have accumulated a number of releases). One of
> the most tedious (and, in my opinion, unnecessary) steps in releasing
> a new version of a PEAR package is updating the <changelog> block to
> contain the previous release's details.
>
> I'm now curious:
>
> Why must package maintainers track the set of changes in the
> package.xml file?
>
> It seems like an data-based operation that _should_ be handled by the
> scripts and database on pear.php.net (e.g. when a new release is
> submitted, the changelog is updated).
>
> Can someone shed some light on why this isn't the way things are
> currently done?
The changelog is strictly not necessary, the online changelog is
generated from the release notes for each release, not the changelog
element in your package.xml file. Personally I like having a changelog
in the package, without having to be online for everything, and that's
what I recommend to others as well.
- Stig