On Thu, Aug 23, 2018 at 8:51 AM Dima Pasechnik <dimp...@gmail.com> wrote:
>
>
>
> On Thursday, August 23, 2018 at 7:13:32 AM UTC+3, Julian Rüth wrote:
>>
>> Hello Jeroen,
>>
>> I agree that fragmentation can be a problem. Then again, I think that 
>> sometimes splitting discussion on the issue and the discussion on an actual 
>> attempt to solve that issue can be useful; at least it doesn't feel 
>> unnatural to me. Also being able to create a new merge request can be nice 
>> if you actually want to start from scratch. But sure, what you described is 
>> much more common:
>>
>> On Wednesday, August 22, 2018 at 9:24:36 PM UTC+2, Jeroen Demeyer wrote:
>>>
>>> [...] Something that regularly happens on the Sage Trac:
>>>
>>> 1. Somebody creates an issue
>>> 2. Somebody (the same or other person) adds a branch
>>> 3. Somebody else forks that branch and adds a reviewer patch
>>>
>>> In the GitHub model, you now have 1 issue and 2 pull requests for
>>> exactly the same issue. Even if cross-links are added, you still end up
>>> with spaghetti discussions.
>>
>>
>> In most projects, the reviewers are the people who actually have the power 
>> to merge and so GitHub/GitLab want you to check "allow edit from 
>> maintainers" when creating a Pull/Merge Request to allow reviewer patches. 
>> But that won't work for Sage's development model. One way around this would 
>> be to encourage creation of Merge Requests from a shared namespace such as 
>> https://gitlab.com/sagemath/dev/sage where everybody developing Sage would 
>> have push access. This would be somewhat similar to the current public 
>> namespace in the git repository that is connected to trac.
>
>
> it would suffice to allow the reviewer to push into the ticket's author fork, 
> no need for a global shared git namespace/repo (the latter is causing bad 
> performance, as it grows fast and people tend not to clean after themselves).
> Perhaps it's even easier to set up correct access to forks using "teams".

I think GitLab will make it a little bit easier for people to clean up
after themselves.  Like on GitHub, when a merge request is merged
there is a big button to delete the source branch.  We should
encourage people to push it unless they have some pressing reason not
to.  I usually push it instinctively.

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to