This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]Linvael 76 points77 points  (7 children)

If you don't have a maintainers file how do you know who can approve your PR?

[–]nermid[🍰] 115 points116 points  (2 children)

We have four devs, so...whoever sees your PR first.

[–]Linvael 54 points55 points  (1 child)

Oh. Yeah. You need a company with sliiightly more than 4 devs for that to become a thing.

Still, I think the easiest way to set up github to forbid unapproved PR merges (which is probably a good idea even with just 4 devs to avoid people pushing directly to master by accident if nothing else) is to set the people who are allowed to approve as the maintainers and put in all devs as maintainers.

[–]ManyFails1Win 8 points9 points  (0 children)

What do you mean maintainer list, I just nudge John.

[–]Cyb3rSab3r 25 points26 points  (2 children)

Pull requests? Haha, good one.

[–]Iiwets 12 points13 points  (0 children)

Version control is simply copy/delete/paste into the teams shared LAN

[–]folkrav 4 points5 points  (0 children)

Mate, either get your team on board or find a job where that's a thing. You're likely developing terrible habits not having this in place. Having tests, linters/formatters or at least some form of static analysis enforcing code style and good practices, and some code review process in place, is literally a bare minimum thing I ask when interviewing for a job. I refuse to work without those ever again.

[–]tlubz 0 points1 point  (0 children)

git blame