From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 98400 invoked by alias); 15 Jan 2020 14:16:39 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 98382 invoked by uid 89); 15 Jan 2020 14:16:39 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=thousands, tens, everybody, personal X-HELO: us-smtp-delivery-1.mimecast.com Received: from us-smtp-2.mimecast.com (HELO us-smtp-delivery-1.mimecast.com) (207.211.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 15 Jan 2020 14:16:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1579097787; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=2HvHjiakAJV+UxXmPCObz7aFUhlcj3QkNsLdMMhzuvc=; b=MTg4fL8L+/a36yz9U/qKYvIZqiH1F9sCxrpFj4vm2pJICteag9Mk/dBgAXCYChQG/b5BgP T0VI4dqSFFj/UH22cseIGQT1uzgAs7DVxQ71q0TygGkgjUFrZEvtovmrgoyxXC5eEiODqM 704RMOAByrOBWTcLrZHMuuA3wszZaZE= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-365-N536URqMM4Gr_EwWOE-NUw-1; Wed, 15 Jan 2020 09:16:21 -0500 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 96A2C10071FA; Wed, 15 Jan 2020 14:16:20 +0000 (UTC) Received: from tucnak.zalov.cz (ovpn-204-74.brq.redhat.com [10.40.204.74]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 21A7D5D724; Wed, 15 Jan 2020 14:16:19 +0000 (UTC) Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.15.2/8.15.2) with ESMTP id 00FEGIxM004324; Wed, 15 Jan 2020 15:16:18 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.15.2/8.15.2/Submit) id 00FEGHOt004323; Wed, 15 Jan 2020 15:16:17 +0100 Date: Wed, 15 Jan 2020 15:07:00 -0000 From: Jakub Jelinek To: "Joseph S. Myers" , "Richard Earnshaw (lists)" Cc: gcc@gcc.gnu.org Subject: gcc-cvs mails for personal/vendor branches for merge commits Message-ID: <20200115141617.GS10088@tucnak> Reply-To: Jakub Jelinek MIME-Version: 1.0 User-Agent: Mutt/1.11.3 (2019-02-01) X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-IsSubscribed: yes X-SW-Source: 2020-01/txt/msg00302.txt.bz2 Hi! As I said on IRC, I have done on our vendor branch redhat/gcc-10-branch a simple 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 undesirable. 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 branches altogether? Jakub