I don’t get it. How can we tell this is in prod?
this post was submitted on 17 Feb 2024
4 points (83.3% liked)
Programmer Humor
32360 readers
856 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
You can't tell that from the screenshot, but I can tell you that I took this screenshot on my Linux box, while upgrading my system packages as an end-user.
I believe, the problem comes from a community repo I added, which doesn't have to adhere to quite the same quality standards, but evidently they have some distinction between build envs and production envs, and well, I'm at least hoping that my laptop isn't deemed a build env... 🙃
Ah! So build implies non-production?
My usage of the word "production" was a bit non-standard here, in case that confuses you.
Normally, it's used for hosted services, where you have the three hosted environments "development", "integration" and "production".
In this case, I'm guessing, it's rather the case that they had a build configuration for running it in their "build-env", so probably a CI/CD runner. And then there would be a different build configuration for when they're creating a release distribution.
In a very abstracted sense, the "production" environment is where you roll out your release distribution to, so if you will, my laptop is one of thousands of production environments for this application, but only tongue-in-cheek...
The worst is when some mfr pushes code that doesn't compile so when you get latest the whole build is broken
CI and basic PR rules should gate this entirely… this should never be a problem.
You owe 2 tokens to the “should jar”.
basic PR rules
My company's code leads :
Working in a startup is truly an experience
No needs for pull requests when you commit directly to main.
also remember to use --force when pushing, your colleagues will love you
use the force Luke!
git rebase -i --root
git commit --amend --no-edit
git push --force