Received: by 10.223.185.116 with SMTP id b49csp2655982wrg; Mon, 12 Feb 2018 13:29:00 -0800 (PST) X-Google-Smtp-Source: AH8x227iB8pdsRPDAPpdFibCzSKSGxSjUT3huFvBXAtiw9b7/XL2LbL2YILwA02Duoc3eptB1GGz X-Received: by 10.99.6.85 with SMTP id 82mr4676764pgg.181.1518470940252; Mon, 12 Feb 2018 13:29:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518470940; cv=none; d=google.com; s=arc-20160816; b=QtyC85dhq9+j8XkVB24uiJb8n22jvklRLe4xr3E0kYmHUF5sJlVGYMqrpiYBER803z 7KDwAITiGT2ALgxCvTsav/NiASailKrtd1tvB/ikTU3hWJMnuWKGhbmtBOhcHJRgSlE7 OBJJGLZnnDJkE100rvi6cAtDiEh5eQmPjMkDttrXvEATI+D6wQ3DcsHVaOLd1uFUhzJ1 jW8YqUAlC+UfxoXl9eyYMUC0jXG/oa1b7U0jo2/xhZc8aeARfz6t5Owl0RHe9duQefa1 Z68KQA1n6eBakW7Ljy1ICApY4B0o1afe/A8wPqzMsGjv9IcAtQy2TbObePC0Svlf3bJR ERUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:arc-authentication-results; bh=Vbb3TMpRFRb5Vw01UvMthrL5F0sEnhTTpkV7gIdFq7E=; b=g4FEP8Q4SKrZqaOCotp9fCiM5p51RSQpRjqqzD9HlMpJ0ta+5RSoyHWudQjTsC4UjW l1wuby6M7OwCOGQYqgvdhRdIIq/ija6h3uB97tVE00EKGUQ4sqnR3KSXxR3guFF5KmC+ aPgKVPBvSw5WTMydx7u/aSJkdZdyzOCzjpXwojZyoqQ5y9miJuK6bVX/if+37jIV6//V LZrNhDzgG6l8kHgdJynR4RoUPGW7QYeZrcNNax8dGsDkAqtBORq4BF0tyNgSZNOOkkeA wk50ZsSX54efF2nuZ4kS7OuKQ4tokx1H7vn9Av9WAHKRPoVEDueo3MFU2x2BEW7ormdh GXkg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=samsung.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b3si192408pgc.496.2018.02.12.13.28.45; Mon, 12 Feb 2018 13:29:00 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=samsung.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932403AbeBLV1i (ORCPT + 99 others); Mon, 12 Feb 2018 16:27:38 -0500 Received: from osg.samsung.com ([64.30.133.232]:62825 "EHLO osg.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932104AbeBLV1h (ORCPT ); Mon, 12 Feb 2018 16:27:37 -0500 Received: from localhost (localhost [127.0.0.1]) by osg.samsung.com (Postfix) with ESMTP id 69C4B28505; Mon, 12 Feb 2018 13:27:36 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at dev.s-opensource.com Received: from osg.samsung.com ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qKFpr5dXPFWV; Mon, 12 Feb 2018 13:27:34 -0800 (PST) Received: from vento.lan (unknown [177.159.244.41]) by osg.samsung.com (Postfix) with ESMTPSA id 7D925284FA; Mon, 12 Feb 2018 13:27:33 -0800 (PST) Date: Mon, 12 Feb 2018 19:27:30 -0200 From: Mauro Carvalho Chehab To: Stephen Rothwell Cc: Linux-Next Mailing List , Linux Kernel Mailing List , Linus Subject: Re: linux-next: unnecessary merge in the v4l-dvb tree Message-ID: <20180212192730.4b4df411@vento.lan> In-Reply-To: <20180213080036.3bf3a908@canb.auug.org.au> References: <20180213080036.3bf3a908@canb.auug.org.au> Organization: Samsung X-Mailer: Claws Mail 3.15.1-dirty (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Stephen, Em Tue, 13 Feb 2018 08:00:36 +1100 Stephen Rothwell escreveu: > Hi Mauro, > > By merging the v4.16-rc1 tag into the v4l-dvb tree, you have created an > unnecessary merge commit. The v4l-dvb tree was already contained in > v4.16-rc1, so a fast forward merge was possible, but explicitly merging > a signed tag will give you a commit instead. In this case, you could > have just reset your branch to v4.16-rc1 or merged v4.16-rc1^0. I did the usual way I used to do in the past. Not sure why it ended by being an explicit merge instead of a fast forward. On a quick test here, doing: $ git checkout -b test media/v4.16-2 $ git merge v4.16-rc1 indeed makes produce a merging commit. I never realized that I could force a fast forward using the weird $ git merge v4.16-rc1^0 If this is the way we should do git merges, are there a way to make it default, suppressing the need of a "^0" (either via some .git/config parameter or changing at git code)? Doing just one such merge once or twice on every Kernel cycle, I'm pretty sure I'll forget to do it next time :-) > Linus, this happens a bit after the merge window, so I am wondering > about the rational of not doing a fast forward merge when merging a > signed tag (I forget the reasoning). Reset my tree on the top of v4.16-rc1 doesn't seem a good option, as it causes merge issues from media sub-maintainers and from other developer's trees. -- Thanks, Mauro