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

Programmer Humor

19572 readers
1572 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
[–] [email protected] 179 points 8 months ago* (last edited 8 months ago) (45 children)

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

[–] [email protected] 169 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?

[–] [email protected] 10 points 8 months ago* (last edited 8 months ago) (1 children)

Our changes land in main at my workplace, once they've received a code review and all CI checks pass (which includes tests, E2E tests, etc). We use feature flags rather than feature branches, so all diffs / pull requests are against main. We use continuous deployment which means changes are automatically deployed once landed. Changes roll out just to employees, then to servers used by a small percentage of users (2% I think), then everywhere. All risky changes are gated by feature flags so they can be enabled or disabled without a code push.

[–] [email protected] 3 points 8 months ago

We did a similar way with tag based releases, first a test tag, the production tag when signed off.

load more comments (17 replies)
load more comments (42 replies)