On Sat, 2007-08-11 at 22:06 +0200, Carl Fürstenberg wrote: > On 8/11/07, Noah Slater <[EMAIL PROTECTED]> wrote: > > > I think you misunderstanding me, it's the generation if the changelog > > > that will take too long time. > > > > Well, yes - what else could I have understood from: > > > > > That not an optimal option, as it's illogical to store those files in the > > > svn. > > > > How long does it take to generate? > > > > it all depends on subjects connection and computer power, but for a > normal person, perhaps 10 min. > > I believe the ChangeLog file is a relic from the past when the > developers made one commit per week generally, it doesn't really fit > when there can be hundreds of commits per day.
I disagree. In a centralised VCS sure, you can scale to 100's of commits a day - but in a distributed VCS - e.g. bzr, git, hg, monotone ... you tend to get 100's of commits on branches, and a much smaller number of branch merges occuring - branch merges being the point at which code review is done, regression tests run etc. And its entirely appropriate to create a human meaningful summary of the aggregate work done on that branch. -Rob -- GPG key available at: <http://www.robertcollins.net/keys.txt>.
signature.asc
Description: This is a digitally signed message part
