[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