Received: by 10.223.185.116 with SMTP id b49csp2679056wrg; Mon, 12 Feb 2018 14:00:38 -0800 (PST) X-Google-Smtp-Source: AH8x225AqdDmcU49ZRmPVwoJrk5qkSYDwVcnjryzdNFUtrNxxDWaK9VwfMBCnX9rmpImLsJ19JHF X-Received: by 2002:a17:902:aa8e:: with SMTP id d14-v6mr1233272plr.94.1518472838616; Mon, 12 Feb 2018 14:00:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518472838; cv=none; d=google.com; s=arc-20160816; b=SgBSrjVo1MKNjiPP/TpZu+PV+Le9iQ80/UdNJOBhq7xr2uvB9C2/Woj46dR8vXcNMj QiwgF1RR0EtpEEqTLvsQbTMIFY5IY3+svU3CZxNITi7Fz3ri9SxpR4oMmefbri2RFF69 COWHstM9MOFFUgbcjZK8vqeBUcWIywUtxnKLNAsWCSRPDJ7cJmaJgfRHE7qbRyjFt7FZ gFPakwVQ5r0C0dl4WB9ird8ZteWTgAGeryS8PHoe3wycONBrO1uV1Eym6U55LPC1YedF zBPBwenKg/4vAxpjI+buGP4+c7gmFoTtyKIxE+J5GgRC0PzMAxx/qd1dti5dTgR6/5QM AjnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=I/516FsDdAH7kL1/NwCUwVFmaWuBC3WwUl4Nsyi1m1w=; b=TfZ9bz/Iw88Um7CK7ij84q3FP5eYufPa4KNzGdlzgBoeJ69CYrsjAlibIc2OJefmW/ V3xZWJTSo5b3CZreqck4bG/UO2En3VaQYU+zcr3puduBPSw8CWHD8YawHkTv3e/Uft0X vLQDUUbrqOkQ/SmjlFTya6HACtRWjRvnmkTh3gECaOXEmJFOMXl5ot4bF0YSlMskzFa4 cX74cAawhXBsm92UN9AbclQXACD8ZM18LKqZUATMdYj8fktctEXm/Ff/ceEUoyeGTbRB CyIr1CJ5Ib2UVRJd0cMr8idwkpCBgtehHJAknTRAPB25o75jHW2Aw8WgudM0HPxjRbcn LlbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=YcoRkSjr; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d21si157349pgv.365.2018.02.12.14.00.13; Mon, 12 Feb 2018 14:00:38 -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; dkim=fail header.i=@gmail.com header.s=20161025 header.b=YcoRkSjr; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932511AbeBLV7b (ORCPT + 99 others); Mon, 12 Feb 2018 16:59:31 -0500 Received: from mail-io0-f194.google.com ([209.85.223.194]:43763 "EHLO mail-io0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932383AbeBLV73 (ORCPT ); Mon, 12 Feb 2018 16:59:29 -0500 Received: by mail-io0-f194.google.com with SMTP id 72so19008368iom.10; Mon, 12 Feb 2018 13:59:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=I/516FsDdAH7kL1/NwCUwVFmaWuBC3WwUl4Nsyi1m1w=; b=YcoRkSjr5XPcoq6Lfgnit/6Q7XaN4SBlh99vijfnWF09eTN8HHP3F5la9Cy/r5yHAt E0JKazfoO3WHOc/iHJCJaVRVxrdn7iRAew9LeAdFs+q7e9/cW0ot8rgO0NA88MM8q2lW p42N8jpCUqxH5IYKmOAum05i9ur9bPUUAGAnVaDXDx8yhfFoZ/8q+Qmj89e0Ke4J7bpz IHxt3ktjlZd5F/sV0CDvZIgfWezXTnAPGjEVbtXL20+M5Y4/oqTle+O5lBgQLlz8i2Zz qX2+V3ywwVVtTItEZzpemgSusuT1JGa1Zim5guib94NTMcd9v4UwCCmKNaUjXqcrpYwZ kV8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=I/516FsDdAH7kL1/NwCUwVFmaWuBC3WwUl4Nsyi1m1w=; b=Lt1lZdI6cpERSLHC2iJrfirV5BSny+2lHgXw40kUMHLaFlangbCiWJsNDWAf46NZNJ ne2Eq4HKK1UhAh9bXhCQ9KBqVTHH0vf6l8xbHSM8SxG6Keb1FqhM5fFQvpI8Z9YQiGvC +DoO1A1Vj64Rt/185v1GUOvSAjow7FN5uSd2vINj6qR+xdR00s9GSmJuQ8iKWAWUH01U OUdBVnhKGHDwleiOfQ0YjvOcoSeMhxogRf+A71CKf/dQtJ2aAkCEsZGbfjl3noGfPVP7 EJuNaLroVok9JZY6yc3eHZWw2gi30vBoavYW2/2itMQnYDXIzXrDLVk8Fvz5ayfhMIH2 faHA== X-Gm-Message-State: APf1xPDrOCGywpEX4a6SUyihULEJW8Ov7vZpDJ+Z6dwbKhJkopStbSmy 4IaZYhMT/2JmwX3qExi/+pYyKI2gpp0UNxqRP00= X-Received: by 10.107.81.20 with SMTP id f20mr15232405iob.174.1518472768438; Mon, 12 Feb 2018 13:59:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.135.221 with HTTP; Mon, 12 Feb 2018 13:59:27 -0800 (PST) In-Reply-To: References: <20180213080036.3bf3a908@canb.auug.org.au> From: Linus Torvalds Date: Mon, 12 Feb 2018 13:59:27 -0800 X-Google-Sender-Auth: o1Ew_raxS7sRcXPJ9oDXFf85NZY Message-ID: Subject: Re: linux-next: unnecessary merge in the v4l-dvb tree To: Junio C Hamano Cc: Stephen Rothwell , Mauro Carvalho Chehab , Linux-Next Mailing List , Linux Kernel Mailing List , Git Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 12, 2018 at 1:44 PM, Junio C Hamano wrote: > > But I wonder why "update to upstream" is merging a signed tag in the > first place. Wouldn't downstream's "try to keep up with" pull be > grabbing from branch tips, not tags? I'm actually encouraging maintainers to *not* start their work on some random "kernel of the day". Particularly during the kernel merge window, the upstream master branch can be pretty flaky. It's *not* a good point to start new development on, so if you're a maintainer, you really don't want to use that as the basis for your work for the next merge window. So I encourage people to use a stable point for new development, and particularly actual release kernels. The natural way to do that is obviously just to create a new branch: git checkout -b topicbranch v4.15 and now you have a good new clean branch for your development. But clearly we've got a few people who have gotten used to the whole "git pull" convenience of both fetching and updating. Some maintainers don't even use topic branches, because their main work is just merging work by subdevelepoers (that goes for my own tree: I use topic branches for merging patch queues and to occasionally track my own experimental patches, but 99% of the time I'm just on "master" and obviously pull other peoples branches). And some maintainers end up using multiple repositories as branches (the old _original_ git model). Again, you can just use "git fetch + git reset", of course, but that's a bit unsafe. In contrast, doing "git pull --ff-only" is a safe convenient operation that does both the fetch and the update to whatever state. But you do need that "--ff-only" to avoid the merge. Linus