2

Need to work on GitHub CI action that wraps a terraform deploy (previous teams deploy setup that they would run from inside a docker compose setup locally). Working directly on main and get moaned at (definitely consider the moan reasonable) when it was originally being duct taped together. It's scrappy and doesn't have all the repo rules that other repos have set up, but it's stable, and I need to move onto “actual” requirements.

Several months later, I'm still the only “active” maintainer (it's been stable since then and hasn't needed any changes).

Have to do a hotfix experiment after adding support for a new bucket, put the changes in a PR and merge (since it has to be on main, and I'm the only one who maintains it, and if it's truly deploy change related that is the only thing that changed)

Come back to the PRs at the end of the day after discovering it's just a change to django storage, and it turns out a colleague who is tangentially related to the project dropped a comment. He's complaining about the lack of a description, the lack of a ticket and “skipping” the review process.

I, too, would have liked all that, but the damn code needs to be merged so I can check that it was that MFer. Sorry, I expected you to be able to deal with a “vague” 10 contiguous lines of iam config values, ignore the immediately following PR that reverts this revert and the preceding one adds a bucket. Sorry, that the title saying that this is a revert isn't enough of a description for you. Sorry that the other dev that told me about it didn't create a ticket. Sorry that I didn't immediately do overtime to update all the PRs and magically conjure up someone who is available to review them. But hey now that's evening and I have time to get back to going through the PRs again I can see your indignant comment which I wasn't notified about since the PR is fucking closed.

Now that I have had time to go through and see your comment, message you to let you know that commenting on a closed PR is screaming into the void and updated the PRs I can get back to what I was supposed to do today. Which is dealing with streaming data into S3. Hope you had a good day in your Clojure tower with your hired PR person (yes a person to review his PRs).

Not having to deal with your comment would have saved me an hour+.

Getting real tired of the “act like product” when it comes to fixing bugs/any polishing that isn't exploding in prod and even then. Sometimes I really wish I could refuse people from messaging me to fix an issue and can only communicate by tickets 🙄 to avoid these problems. They've been told to create a ticket and assign it to me when there is an issue, and even then, I tend to fix the issue before they get to it. I can't wait until next friday…

Anyway /rant keep up the good work in keeping quality up :D

Comments
  • 0
    Nice rant!

    Actions are amazing! I use gitea actions which is almost the same (https://molodetz.nl/retoor/ragnar/...) but self hosted. It also supports secrets and stuff. To rerun jobs and not have issues, I pull git within the action itself as a build step after it checking out even to prevent conflicts. It works well so far.
  • 0
    Was it easy to setup? I have the eternal goal of setting up a NAS and setting everything up on it including, data backup, rendering, git, ml and whatever nonsense that I might find interesting
  • 1
    You are the maintainer right?

    So they can complain all they want. If I'm the maintainer of a repo good knows I fucking straight push into master and if anyone wants to complain they can queue to blow me.

    Those aren't devs, they are *bad* project managers posing as devs.
Add Comment