lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC] switch to GitLab / gitlab.com


From: Jonas Hahnfeld
Subject: Re: [RFC] switch to GitLab / gitlab.com
Date: Fri, 07 Feb 2020 09:36:10 +0100
User-agent: Evolution 3.34.3

Am Freitag, den 07.02.2020, 02:30 -0600 schrieb Karlin High:
> On 2/7/2020 1:59 AM, Jonas Hahnfeld wrote:
> > re "single-patch commits": Firstly we currently push multiple commits
> > from one review (at least Dan and I do), so I don't fully understand
> > the point.
> 
> I probably didn't relate the discussion properly. It had to do with 
> commits vs branch merges. This post raises the question:
> 
> <
> https://lists.gnu.org/archive/html/lilypond-devel/2018-04/msg00023.html
> >
> 
> And these seemed like GitLab's answer to it:
> 
> <
> https://docs.gitlab.com/ee/user/project/merge_requests/squash_and_merge.html
> >
> 
> <
> https://docs.gitlab.com/ee/user/project/merge_requests/fast_forward_merge.html
> >

You removed the important part with my answer:
> Additionally I'm not (yet) proposing to use MRs to actually
> merge the change, that still happens via staging -> master. I only
> propose that we use the UI to review the patches, instead of Rietveld.

Jonas

> 
> > Do we need to import from Rietveld? The current issues have links to
> > the reviews, I think we should just get as much out of SF as possible
> > and keep the references to the external system.
> 
> I think you're right.
> 
> > I first want to gather consensus that GitLab is really a platform that
> > (at least) a large part of the community could agree on, for the scoped
> > purpose of replacing the three tools we currently use.
> 
> Very good. Does anyone know of reasons why GitLab would NOT be a good 
> fit for Lilypond? I won't know them due to lack of experience, and don't 
> feel I have anything further to say here.
> 

Attachment: signature.asc
Description: This is a digitally signed message part


reply via email to

[Prev in Thread] Current Thread [Next in Thread]