News for hackers. Stuff that matters.
Re:We are far from a better Heroku for production apps in a ... by oweiler on Tuesday March 23, 2021 @09:35AM (#26554780)
I wish they would focus on other things. Things like GitLab CI's cache are unusable with most workloads, we even had builds which were faster without the cache than with it.
Re:We are far from a better Heroku for production apps in a ... by carlosf on Tuesday March 23, 2021 @09:46AM (#26554875)
GitLab customer here. Sometimes I also feel like they are adding a lot of stuff instead of improving their core services. BTW I already gave up on using GitLab's native caching in favor of doing all my CI/CD with Kaniko + Multi Stage Dockerfiles

I would not care about new features if they had granular billing like AWS, GCP, etc... But here I am paying for Devsecops and a lot other stuff I don't use.

Re:We are far from a better Heroku for production apps in a ... by jreporter on Tuesday March 23, 2021 @10:04AM (#26555106)
I would love to hear more about this billing information in GitLab. Are you looking for build minutes and CPU of Runners per cloud service? What kind of questions are you typically trying to answer with that information?
Re:We are far from a better Heroku for production apps in a ... by tyeager on Tuesday March 23, 2021 @10:15AM (#26555264)
GitLab product manager here. Would any of the cache best practices (https://docs.gitlab.com/ee/ci/caching/#good-caching-practice...) be helpful for your use case? I'm interested to learn more about what's not working for your workloads; why cache is not improving the speed of your builds.
Re:We are far from a better Heroku for production apps in a ... by jreporter on Tuesday March 23, 2021 @10:49AM (#26555714)