this post was submitted on 25 Feb 2024
956 points (98.1% liked)

Programmer Humor

32051 readers
1677 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] wim@lemmy.sdf.org 6 points 6 months ago (1 children)

In a lot of modern work flows this is incompatible with the development pattern.

For example, at my job we have to roll a test release through CI that we then have to deploy to a test kubernetes cluster. You can't even do that if the build is failing because of linting issues.

[–] dan@upvote.au 10 points 6 months ago* (last edited 6 months ago) (1 children)

The test release shouldn't have anything marked with @nocommit though... The idea is that you use it to mark code that is only temporary local debugging code that should never be committed.

[–] Bene7rddso@feddit.de 2 points 6 months ago (1 children)

Are you committing to master? I don't see any reason why you shouldn't commit your debugging code to your own branch. Obviously clean it up before merging

[–] dan@upvote.au 1 points 6 months ago

My workplace uses feature flags rather than feature branches, and a continuous deployment cycle, so we only have one branch.