this post was submitted on 10 Nov 2023
5 points (72.7% liked)

Git

2911 readers
1 users here now

Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.

Resources

Rules

  1. Follow programming.dev rules
  2. Be excellent to each other, no hostility towards users for any reason
  3. No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.

Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.

founded 1 year ago
MODERATORS
Ategon
canpolat
jnovinger
5
Trying to setup branch protection rules for the team. Need some help and advice please (self.git)
submitted 1 year ago by nieceandtows to c/git
8 comments fedilink hide all child comments
 

Our team has three seniors. We have 3 juniors and more coming up.

We want to have some set of organization in our git repos. I want the three of us to be required reviewers for the team repos, but we three should be able to merge pull requests for our codes without having to get it code reviewed by the other two.

I tried setting up a codeowners file in github with our team admin group as the codeowner, but it is making me unable to merge PRs for my code without the other two reviewing it. I can add our individual handles as code owners, but that would mean I would need to update every individual repo if we get a new admin or one of us goes away.

What is the best way to achieve what I’m looking for? Please advise.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 15 points 1 year ago (1 children)

That's a pretty bad take. Everyone can make mistakes, and different perspectives are always beneficial. Reviewing your code may give some of the other devs a chance to learn. Who knows, they may even catch a mistake that you may miss.

[–] nieceandtows 3 points 1 year ago (1 children)

I'm by no means saying my code is above review, but I'm talking based on my current team's make up.

[–] Lmaydev 3 points 1 year ago

Writers bias is real and even a less experienced set of eyes can spot a silly mistake that you've overlooked because you wrote it.

It's also a good learning experience for juniors. Seeing more skillfully written code and being able to ask questions about why you took an approach.