Comments (20)
Would like to highlight this part from your comment:
since I am using renovate to update it in my clusters
I could understand maybe doing this in development environment, but do you update your production clusters the same way, too? This seems very specific to your use case...
from reloader.
Your production broke because you pushed directly to it before testing it and you're complaining on someone else's release process instead of your own release process? Please...
The fact of the matter this project should not be releasing builds like this in an automated fashion because there obviously isn't enough testing going on to prevent broken builds from being released, they should be manually curated like most of the other software on the internet.
from reloader.
Hi (wow this is a long thread), i personally agree with the change, it doesn't make sense to me why a small action upgrade or a small dependency upgrade would release versions so frequently, when it's not really of value to the end user.
But sadly, this is how the projects were maintained (from I dont know when). And it became quite noticeable now with renovate configured on the repo and actively merging multiple PRs every week
I apologize for the recent issues the community has faced due to broken Reloader releases.
I have strongly suggested the change internally, and once we have decided on how we want to proceed, we can take action on this.
I have suggested fortnightly manual releases, which would be done in one of the opensource calls which happen every week on Wednesday.
from reloader.
"and it just broke a few of my production work clusters."
I'm not saying Reloader's release process shouldn't change, just saying yours could too. You don't have to be sensitive about it. 🤷♂️
P.s., I'm not a developer of Reloader. Just a user of.
from reloader.
Puts in question your production environment IMO...
from reloader.
There's some confusion here -- I'm a user of Reloader, not a maintainer of, and only voiced an opinion. You don't have to agree or anything.
from reloader.
Because you update directly to production lolol. 🤷♂️
from reloader.
Your production broke because you pushed directly to it before testing it and you're complaining on someone else's release process instead of your own release process? Please...
from reloader.
There's some confusion here -- I'm a user of Reloader, not a maintainer of, and only voiced an opinion. You don't have to agree or anything.
Learn to refrain from commenting on things you truly don't understand.
from reloader.
Since this is a free and open source project, I think we as a community have a duty to fix problems we see, especially when we are affected ourselves 😀. Therefore, if the releases have been broken twice in the last couple of months the same way, please create a PR that checks against the problem in the release process. We will all benefit.
With that said, I'd appreciate to not have multiple releases per day since our manual process can't handle that anyway and it creates work to find all the changes.
from reloader.
We also get notifications in slack at work when reloader is updated. Because it's a manual process for us to update charts (because production), it becomes a chore to manually comb through a bunch of release notes to only find out the README was updated, and functionally nothing has changed.
It would be nice to only have releases when the code is changed.
from reloader.
Because you update directly to production lolol. 🤷♂️
You really don't understand my environment, but tried to directly criticize how I update. What's a fact here, is this merging pipeline needs to change.
Your production broke because you pushed directly to it before testing it and you're complaining on someone else's release process instead of your own release process? Please...
I have CI tests that check if image is even present, so it fails to merge. Fix this garbage release on merge pipeline.
from reloader.
Puts in question your production environment IMO...
Wait a second, you start snarking-off someones production environment...
While someone politely points out your release procedure is the equivalent of hot-garbage.
I think the last person that should be snarking about someones CD pipeline, is the one that has shown to be unable to provide a decent quality CI and release pipeline, isn't it?
from reloader.
You mean on things you could have explained better from the get-go instead of being exhaustive ("broke my work clusters" vs "broke my release process"? big difference between the two statements, and likely would've taken the conversation completely differently)? Anyway, to your own hilariously condescending comment, the answer is... No. 😄
Anyway, I'm still in favor. 🙄
from reloader.
Hi all, we have discussed this internally, and we welcome the change. We would, however, require help from the community to switch to manual releases. If someone is willing to do it, changes can be discussed in the same thread.
Changes by the members might be much slower in comparison to the community.
from reloader.
It doesn't matter, whether dev, stage or production or whatever. Changing the release strategy to being manually curated would stop things like this from being released.
This is the second time the release has been broken in the past couple months
from reloader.
Would like to highlight this part from your comment:
since I am using renovate to update it in my clusters
I could understand maybe doing this in development environment, but do you update your production clusters the same way, too? This seems very specific to your use case...
@IdanAdar This is how many organizations update, and it just broke a few of my production work clusters.
from reloader.
Puts in question your production environment IMO...
Cause I use renovate? How are you an SRE Team Lead... olol
from reloader.
Because you update directly to production lolol. 🤷♂️
I never updated dev, stage or production, the PR comes from renovate for my GitOps repo, runs tests, and I can see that it fails so I don't merge it.
from reloader.
"and it just broke a few of my production work clusters."
I'm not saying Reloader's release process shouldn't change, just saying yours could too. You don't have to be sensitive about it. 🤷♂️
Some checks were not successful
/end
from reloader.
Related Issues (20)
- [BUG] reload after controller was down does not occur HOT 1
- [BUG] Recent CI authored auto-releases are broken! HOT 11
- [BUG] Image default tag in 1.0.89 set as "vv1.0.89" instead of v1.0.89 HOT 1
- [BUG] GIt modules is using ssh url for theme submodule HOT 5
- namespace selector isn't working @help/Kind HOT 2
- Question: how do I decide between auto, reload, and search/match? HOT 4
- [BUG]- All Pods restart irrespective of liveness check status or rolling update strategy HOT 5
- [BUG] Latest version 1.0.99 isn't available in Helm repo HOT 4
- Race Condition Between Deployment Update and ConfigMap Change HOT 2
- [ENHANCE] Set log level in helm chart HOT 1
- [BUG] Published 1.0.107 chart uses a non-existent container tag HOT 2
- [ENHANCE] Find a different way to release helm charts, instead of commits to master branch HOT 8
- [ENHANCE] Add a Security Policy on the project and SAST in the CI/CD HOT 1
- [BUG] Helm install fails because of invalid chars in labels when using flux OCI Repository HOT 1
- [BUG] Latest chart has has invalid version numbers HOT 7
- [BUG] `null` doesn't remove default value of `deployment.securityContext.runAsUser` HOT 3
- [BUG] Not all Pods get restartet after Secret Change HOT 17
- [ENHANCE] make a job run whenever linked secret changes? HOT 1
- Why aren't v1.0.117 and v1.0.118 available to pull from ghcr.io? HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from reloader.