From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Gitlab Migration Date: Fri, 27 Aug 2021 14:28:41 +0300 Message-ID: <83v93rqg7q.fsf@gnu.org> References: <87h7fcnmq0.fsf@posteo.net> <28953ac9-60e5-7583-6297-750c04ca3748@gmail.com> <83fsuwrps6.fsf@gnu.org> <767b2e84-be1b-de7a-40d0-4e1432fcce35@gmail.com> <837dg7saet.fsf@gnu.org> <87o89jqseb.fsf@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17642"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Tim Cross Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Aug 27 13:30:05 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mJa3f-0004OP-Lu for ged-emacs-devel@m.gmane-mx.org; Fri, 27 Aug 2021 13:30:03 +0200 Original-Received: from localhost ([::1]:59942 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mJa3d-0000mV-Ij for ged-emacs-devel@m.gmane-mx.org; Fri, 27 Aug 2021 07:30:01 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37802) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJa2d-0008Uh-EJ for emacs-devel@gnu.org; Fri, 27 Aug 2021 07:28:59 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35684) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mJa2d-0001c6-1m; Fri, 27 Aug 2021 07:28:59 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3508 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJa2c-00075o-LH; Fri, 27 Aug 2021 07:28:58 -0400 In-Reply-To: <87o89jqseb.fsf@gmail.com> (message from Tim Cross on Fri, 27 Aug 2021 16:10:03 +1000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:273147 Archived-At: > From: Tim Cross > Date: Fri, 27 Aug 2021 16:10:03 +1000 > > > AFAIK, merging a PM is usually a UI action. But if it is done > > manually like you describe, then there's no difference, and no > > advantage to either method. > > > It is really up to the individual. Github for exmaple, provides > instructions for merging PRs using either the web UI or the command > line. For the CLI, you are adding the remote PR as a 'remote' to your > local git repository. You can then check it out as a branch, review, > modify and test. If satisfied, you then just merge into your main branch > (or whatever branch is appropriate), push it up and close the PR. I know that one can do all that in Git commands, but the issue at hand was the claim that PR workflow has advantages for the person who merges the PR. As I say above, if one does that via plain Git commands, I see no advantages. > (for example, might require review by one or more reviewers, who > could be trusted volunteers who are comfortable to assist with > reviewing, but perhaps not with the responsibility of merging). These all are moot points for Emacs, because the people and roles you describe simply don't exist. > However, it seems the main issue isn't whether these so called 'modern' > workflows are a bad idea, but rather whether there is software which > implements these workflows which is FSF compliant. I don't agree that this is the main issue. It is an important factor, yes. But until we find a platform that fits the needs, it is also a moot point, IMO. > Until software is identified which meet FSF requirements, little can > change and debating the merits is largely pointless. I think it's the other way around: we need first to identify the platform that fits our basic needs or can be extended to do that; until we do that, it's pointless to look at the political issues.