This is the mail archive of the
mailing list for the GCC project.
gcc-cvs mails for personal/vendor branches for merge commits
- From: Jakub Jelinek <jakub at redhat dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>, "Richard Earnshaw (lists)" <Richard dot Earnshaw at arm dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Wed, 15 Jan 2020 15:16:17 +0100
- Subject: gcc-cvs mails for personal/vendor branches for merge commits
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
As I said on IRC, I have done on our vendor branch redhat/gcc-10-branch
git merge r10-5981-ga52d93219c63d38fa9a97d0eb727e7fcc935e9b3
git push origin redhat/gcc-10-branch:refs/vendors/redhat/heads/gcc-10-branch
which merged in just a few hours from trunk, but that resulted in
20 separate mails to gcc-cvs ml.
Is that what we want? I mean it doesn't scale well, even if everybody has
just a couple of personal branches + few vendor branches for all, if some of
them will be tracking master or release branches, if each such push
pushes all the commits again, there will be tens of thousands of mails.
And forcing everybody to squash all merge commits because of this is
Could we somehow detect merges from other branches (or say only master or
release branches) and don't send mails for those and send just a mail for
the merge commit?
Or, if that is not possible, disable gcc-cvs mail for vendor and private