Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Permissions to accept/merge Pull request #2794

Closed
2 of 7 tasks
webjoel opened this issue Oct 27, 2017 · 14 comments
Closed
2 of 7 tasks

Permissions to accept/merge Pull request #2794

webjoel opened this issue Oct 27, 2017 · 14 comments
Assignees
Labels
type/feature Completely new functionality. Can only be merged if feature freeze is not active. type/proposal The new feature has not been accepted yet but needs to be discussed first.
Milestone

Comments

@webjoel
Copy link
Contributor

webjoel commented Oct 27, 2017

  • Gitea version (or commit ref): 4d01eca
  • Git version: 2.7.4
  • Operating system: Linux Ubuntu 64
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • MSSQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant
  • Log gist:

Description

The idea is to do something like gitlab and bitbucket, where only a few users or teams can approve the pull request, and can also configure the minimum number of approvers, for example here in the company, several developers will request the pull request request for the branch "develop" and some leaders will receive a notification, review the code and approve the pull request. Example Image 1.

In the case, one or more users may disapprove the pull request, if all approve according to the minimum number the pull request can be merged. Example image 2 and 3.

This type of permission must be configured by branch, and can be in the same place where branch protection is already configured. Example image 4.

Screenshots

Image Example 1:
approvals_settings

Image Example 2:
build_status_pr

Image Example 3:
captura de tela de 2017-10-27 11-38-03

Image Example 4:
captura de tela de 2017-10-27 10-52-24

@webjoel
Copy link
Contributor Author

webjoel commented Oct 27, 2017

@lafriks is working on something similar and can be merged into this issue:

"I'm working to add approval system (something like GitHub - request changes/approve) only it will be possible to define how many approvals are needed to be able to merge PR
And it will also be possible to define teams/users who can approve."

@lunny lunny added type/feature Completely new functionality. Can only be merged if feature freeze is not active. type/proposal The new feature has not been accepted yet but needs to be discussed first. labels Oct 27, 2017
@lafriks lafriks added this to the 1.4.0 milestone Oct 27, 2017
@lafriks lafriks self-assigned this Oct 27, 2017
This was referenced Oct 28, 2017
@renothing
Copy link
Contributor

that's mean there should be a RBAC system first. it's not small feature

@bkcsoft
Copy link
Member

bkcsoft commented Nov 3, 2017

@webjoel @lafriks Will said approval system just be "approve"/"disapprove"?

@lafriks
Copy link
Member

lafriks commented Nov 3, 2017

@bkcsoft I'm working on approve/request changes system (something like we use LG-TM for now). Want to also integrate it with @lunny comments on code

@jogibear9988
Copy link

@lafriks do you still work on this? is there any test branch available?

@lunny
Copy link
Member

lunny commented Mar 29, 2018

@jogibear9988 approve system is not ready but via #3689 you can indicate who can merge the pull request.

@lafriks
Copy link
Member

lafriks commented Mar 30, 2018

@jogibear9988 I'm but I'm waiting on @lunny to finish comments on PR code to be finished

@lafriks lafriks modified the milestones: 1.5.0, 1.6.0 Jun 5, 2018
@PietYorke
Copy link

Is there any chance to get this released in the near future? Protecting a branch from "unauthorized" PRs is a must have for us.

@lunny
Copy link
Member

lunny commented Jun 20, 2018

@PietYorke I think maybe #3689 could help you?

@lafriks
Copy link
Member

lafriks commented Jun 20, 2018

I think this is actually resolved by #3689 isn't it?

@PietYorke
Copy link

Yes, right. Thank you. We are using the gitea docker image, so it's on :latest. Would be nice to have it on a release version though.

@lafriks
Copy link
Member

lafriks commented Jun 21, 2018

@webjoel can this be closed as fixed?

@webjoel
Copy link
Contributor Author

webjoel commented Jun 22, 2018

@lafriks Yep! Can to close this. :)

@daviian daviian closed this as completed Jun 22, 2018
@lunny lunny modified the milestones: 1.6.0, 1.5.0 Jun 23, 2018
@Cherrg
Copy link
Contributor

Cherrg commented Nov 7, 2018

Hi there, #3689 is a nice feature and it will protect a branch from "unauthorized" PRs.
The feature mentioned in this feature request, would be a nice addition/extension.

So for example add an additional line 'approvers', an checkbox to enable the feature, and a number input how many approves are required.

So it will be possible to restrict merges to at least an 4 eye principle...

@go-gitea go-gitea locked and limited conversation to collaborators Nov 24, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
type/feature Completely new functionality. Can only be merged if feature freeze is not active. type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

9 participants