this post was submitted on 03 Mar 2024
1090 points (97.8% liked)

Programmer Humor

19512 readers
348 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] redcalcium@lemmy.institute 176 points 8 months ago* (last edited 8 months ago) (45 children)

Interviewer: It's git push origin main now. Get out of here!

[–] seth@lemmy.world 167 points 8 months ago* (last edited 8 months ago) (19 children)

It's git push origin branch and then merge after submitting a pull request from branch to main after a successful lint check, build, deployment, and testing in a non-production environment, and PR approval. What kind of wild west operation allows pushing directly to main?

[–] korok@possumpat.io 2 points 8 months ago (2 children)

Do you not use a fork as your origin, separate from the production upstream repo? I’ll push to my fork’s main branch for small or urgent changes that will definitely be merged before anything else I’m working on.

[–] Solemn@lemmy.dbzer0.com 1 points 8 months ago

If it's a private repo I don't worry too much about forking. Ideally branches should be getting cleaned up as they get merged anyway. I don't see a great advantage in every developer having a fork rather than just having feature/bug branches that PR for merging to main, and honestly it makes it a bit painful to cherry-pick patches from other dev branches.

load more comments (16 replies)
load more comments (41 replies)