From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cC3bn-0005XI-Cn for qemu-devel@nongnu.org; Wed, 30 Nov 2016 07:03:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cC3bj-0001IV-9H for qemu-devel@nongnu.org; Wed, 30 Nov 2016 07:03:31 -0500 Received: from mx1.redhat.com ([209.132.183.28]:47250) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cC3bj-0001I4-3P for qemu-devel@nongnu.org; Wed, 30 Nov 2016 07:03:27 -0500 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 23CFA81255 for ; Wed, 30 Nov 2016 12:03:26 +0000 (UTC) References: <9151aa4b-44ed-ee0f-4dac-581931b3e899@redhat.com> <1480503358.20354.23.camel@redhat.com> From: Laszlo Ersek Message-ID: <0a6692f7-d2d3-2902-d5f0-77035c90a6cb@redhat.com> Date: Wed, 30 Nov 2016 13:03:24 +0100 MIME-Version: 1.0 In-Reply-To: <1480503358.20354.23.camel@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] a suggestion to place *.c hunks last in patches List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: qemu devel list On 11/30/16 11:55, Gerd Hoffmann wrote: > On Mi, 2016-11-30 at 11:08 +0100, Laszlo Ersek wrote: >> Recent git releases support the diff.orderFile permanent setting. > > Cool. > >> configure >> *Makefile* >> *.json >> *.txt >> *.h >> *.c > > I'd put *.txt to the head so doc updates come first. Good idea, yes. > Otherwise the order looks good to me. > > Want sent a patch? What file for? :) I've considered modifying , but that article is humongous already. Nonetheless, section "Make code motion patches easy to review" mentions some diff.* settings, so I guess a new section after it ("Format declarative and abstract changes near the top") would be appropriate, if there's no disagreement. > Can this be automatically enabled per repo, like .gitignore, so it works > without everybody tweaking its local git config? Not to my understanding. Thanks! Laszlo