From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E9ABCC04A6B for ; Wed, 8 May 2019 20:58:21 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id C2D0B216C4 for ; Wed, 8 May 2019 20:58:21 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727876AbfEHU6U (ORCPT ); Wed, 8 May 2019 16:58:20 -0400 Received: from ms.lwn.net ([45.79.88.28]:55020 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727097AbfEHU6U (ORCPT ); Wed, 8 May 2019 16:58:20 -0400 Received: from lwn.net (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 7ADE6316; Wed, 8 May 2019 20:58:19 +0000 (UTC) Date: Wed, 8 May 2019 14:58:18 -0600 From: Jonathan Corbet To: Andreas Gruenbacher Cc: Linus Torvalds , cluster-devel , LKML , "Tobin C. Harding" , Dan Williams Subject: Re: GFS2: Pull Request Message-ID: <20190508145818.6a53dff5@lwn.net> In-Reply-To: References: Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 8 May 2019 22:17:12 +0200 Andreas Gruenbacher wrote: > Would it make sense to describe how to deal with merge conflicts in > Documentation/maintainer/pull-requests.rst to stop people from getting > this wrong over and over again? I think this certainly belongs in the maintainer manual, but probably not in pull-requests.rst. There are a lot of things about repository management that seem to trip up even experienced maintainers; pre-pull merges is just one of those. I would love to see a proper guide on when and how to do merges in general. CCing Dan, who has ambitions for the maintainer manual as well, just in case he has anything in mind here. Thanks, jon