X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=sREDe2AxNk5AfQoJwY9eXtVINY9TRr3XZJb3DXF3gJI=; b=tMBax13u89gpkdchJGDFogFE8NzHUGyy4KnW0kdY6W4Fl8qGHLALzMBUN86YBiX5ev 69y+i6vQHrjd00h6FnEp1IK/kD5kpSamQn5MTE0HsC17shGXp/cJlrpJT4sA/VkNGEl+ wNU3mhcegXyzkeAeDudbqQNMMzfgd5PabYcX0AsDw0Mu/MIlPhYxuyQQwLtAY5WB5lAk EhK3+sDlVv8IA0yTPl0cV1AdJLxrI1cCh+radNVZKSwwt+vED95XwgwlY5rYkxWx38TK ZHa90MwSLxHXvgnGs5aQ4Q0lk8FuxOlGZJy4i20Ylm9NQL4TCWpTg02wQegYx6FvGn0J jwkA== MIME-Version: 1.0 X-Received: by 10.202.213.78 with SMTP id m75mr51708891oig.56.1451937147450; Mon, 04 Jan 2016 11:52:27 -0800 (PST) In-Reply-To: <201601041943.u04Jh6sg014305@envy.delorie.com> References: <201601041943 DOT u04Jh6sg014305 AT envy DOT delorie DOT com> Date: Mon, 4 Jan 2016 19:52:27 +0000 Message-ID: Subject: Re: [geda-user] Merging stuff. How to make it happen From: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" To: gEDA User Mailing List Content-Type: multipart/alternative; boundary=001a113aca4ee8fc24052887750d Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --001a113aca4ee8fc24052887750d Content-Type: text/plain; charset=UTF-8 On 4 Jan 2016 19:45, "DJ Delorie" wrote: > > > > Ok. I'll just post-process them all back to /**/ at the end of an arc > > Note that if you're not careful, making such changes and then > reverting them marks all those line as "your fault" when people are > looking for the last patch that touched them. > > > Fair enough. I change the spacing sometimes when I think it will reduce > > the chance that I'll make actual errors. It sounds mundane but putting > > Again, note that such changes mask the history of those lines. I had a quick chat to Peter Brett today (for a second opinion on whether I'm being overly demanding), and he thought it seemed perfectly reasonable to request cleaning up the branch before merge. (He said we should require the test case work too!). I'm a fan of stgit myself, but Peter B pointed out that there are also perfectly good tools within the core of git that can do similar in terms of clean up. Peter B also advocated merging for even trivial, one commit branches, and I defer to his opinion on that one. Peter --001a113aca4ee8fc24052887750d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 4 Jan 2016 19:45, "DJ Delorie" <dj AT delorie DOT com> wrote:
>
>
> > Ok.=C2=A0 I'll just post-process them all back to /**/ at the= end of an arc
>
> Note that if you're not careful, making such changes and then
> reverting them marks all those line as "your fault" when peo= ple are
> looking for the last patch that touched them.
>
> > Fair enough.=C2=A0 I change the spacing sometimes when I think it= will reduce
> > the chance that I'll make actual errors.=C2=A0 It sounds mund= ane but putting
>
> Again, note that such changes mask the history of those lines.

I had a quick chat to Peter Brett today (for a second opinio= n on whether I'm being overly demanding), and he thought it seemed perf= ectly reasonable to request cleaning up the branch before merge. (He said w= e should require the test case work too!). I'm a fan of stgit myself, b= ut Peter B pointed out that there are also perfectly good tools within the = core of git that can do similar in terms of clean up.

Peter B also advocated merging for even trivial, one commit = branches, and I defer to his opinion on that one.

Peter

--001a113aca4ee8fc24052887750d--