From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Contributing Without Patches ... Date: Sat, 14 Sep 2013 22:09:42 +0200 Message-ID: <87y56zb1x5.fsf@Rainer.invalid> References: <87six7qube.fsf@gmail.com> <20130914172240.GJ28088@kuru.dyndns-at-home.com> <8761u3clw6.fsf@Rainer.invalid> <20130914185213.GL28088@kuru.dyndns-at-home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51808) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKwAR-0004Hf-Gh for emacs-orgmode@gnu.org; Sat, 14 Sep 2013 16:10:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VKwAJ-00040p-NU for emacs-orgmode@gnu.org; Sat, 14 Sep 2013 16:10:07 -0400 Received: from plane.gmane.org ([80.91.229.3]:56102) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKwAJ-00040H-GY for emacs-orgmode@gnu.org; Sat, 14 Sep 2013 16:09:59 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VKwAH-0008B9-Fw for emacs-orgmode@gnu.org; Sat, 14 Sep 2013 22:09:57 +0200 Received: from pd9eb34d9.dip0.t-ipconnect.de ([217.235.52.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 22:09:57 +0200 Received: from Stromeko by pd9eb34d9.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 14 Sep 2013 22:09:57 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Suvayu Ali writes: > Isn't that two commands away: > > $ git remote add > $ git pull … and if you are a maintainer, then you'll have hundresds of remotes in no time. > If you use patches, you do lose committer information. You might want to check that assumption. You can do it in many ways, but by default you don't lose information: the author, the time of change and the complete commit message is kept. > I hear this advise often: rebase before adding features. Features are not patches and the other way around. I've been working with feature branches as well as rebased features before pushing them out. It depends a lot on what you want to achieve and who you are working with. There is no single right choice here. > But isn't that trying to work in the old ways of linear history. There is nothing inherently wrong with linear history. I tend to rewrite a lot of history when it helps to make the intention of the code more clear. > If there is a need (when working on large features), then there is no > harm in using separate branches and merging from time to time. If Git > allows you to, why not take advantage of it. After all that is one of > the strongest points about Git, it's branching and merging abilities. > I often find a lot of useful information (about design decisions, > choices) hidden in the history. If that is important to you, by all means do it. But often I think it's more important to present the code changes in a more coherent fashion than to stress the fact that I thought of some base functionality only after I've dithered about on some accidental detail. In particular if I'm going to send a patch series to a maintainer, I would rather want him to understand the code to decide if the patch is good or needs more work. Publishing code is like publishing text: sometimes the notes are interesting and important, but most often they are not. > Not solely. It depends on the developer. Here are two random examples > from a Google search of "lkml pull request". These are subsystem maintainers which all have their own public branches for their staging repositories. That is exactly the thing that pull was meant for. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada