[llvm-commits] [website] r37887 - in /website/trunk: ./ docs/ docs/CVS/ docs/img/ docs/img/CVS/ img/ subproj/ subproj/llvm/ subproj/test-suite/
Reid Spencer
rspencer at reidspencer.com
Thu Jul 5 01:00:56 PDT 2007
On Thu, 2007-07-05 at 00:33 -0700, Reid Spencer wrote:
> >
> > Wow, this sucks. Instead of telling me everything, it told me nothing.
>
> The defaults were set too low for both the size of the email (100K) and
> the maximum number of parts (files changed = 10). I've changed it so
> that it will just print all the diffs up to 1MB. If the diff is larger
> than that then it will do "showurls" which means it will print the
> viewvc URL that will generate the diff for each file changed. This seems
> like a reasonable compromise to me.
>
Actually, I changed my mind. I've set svn-mailer up to now have this
property:
long_mail_action = split/truncate/10000
This will cause svn-mailer to create up to 10000 emails for a large
commit (diffs > 1MB). Each email contains 1 diff of a modified file. If
that diff is > 1MB, it gets truncated. The email will be marked with
[1/23], [2/23], [3/23] ... [23/23] so you know which emails go with
which commit and in which order.
The reason for this change is twofold:
1. make sure the mailing list is a "backup" of sorts of the changes
made to llvm. If something horrid happens and we lose the
backups of the repository, at worst we have to manually apply a
bunch of commits from the email list. I have all commits since
2003 :)
2. most of us like to read the diffs from the email and having to
go back and forth between the link in the email and a web
browser is a pain. That can be done anyway even with this
scheme. So, having the multi-part emails gives us the best of
both worlds.
Reid.
More information about the llvm-commits
mailing list