Make is excellent if you use it properly to model your dependencies. This works really well for languages like C/C++, but I think Make really struggles with languages like Go, JavaScript, and Python or when your using a large combination of technologies. I've found Earthly [0] to be the _perfect_ tool to replace Make. It's a familiar syntax (combination of Dockerfiles + Makefiles). Every target is run in an... - Source: Hacker News / 6 days ago
Earthly solves this really well: https://earthly.dev They rethink Dockerfiles with really good caching support. - Source: Hacker News / 26 days ago
Earthly https://earthly.dev/ Fast, consistent builds with an instantly familiar syntax – like Dockerfile and Makefile had a baby. - Source: Hacker News / about 2 months ago
We are big fans of https://earthly.dev/! Although we haven't personally used Dagger, Earthly has solved our multi-service integration testing problem with elegance. Simple builds + caching baked in. - Source: Hacker News / 5 months ago
This one is ridiculous. This should already exist. Until GitHub builds it, you can use GitHub Actions to kick your builds off but run them remotely on Earthly Cloud (https://earthly.dev/). Even the free tier includes arm64 remote runners. Note: I work at Earthly, but I'm not wrong about this being a good, free, arm64-native workflow for GitHub Actions. - Source: Hacker News / 7 months ago
Founder of Earthly here - besides the build debugging difficulty, I would add that modern CI/CD repeats a lot of steps: downloading, installing and configuring dependencies, making things much slower than they should be. We built Earthly [1] to tackle these two problems specifically. We're open-source (10k stars). [1]: https://earthly.dev. - Source: Hacker News / 7 months ago
If you wrap your jobs in Earthly, you can. https://earthly.dev/. Source: 10 months ago
This reads a lot like https://earthly.dev. - Source: Hacker News / 11 months ago
I felt this a year or two back, but today I've had as good of an experience on Docker w/ arm64 as I do w/ x86_64. I use arm64 Docker a lot since I work on a M1 MacBook. I usually stick to the common base images, e.g. ubuntu, alpine, nodejs, golang, etc. And install based off of that. Also, I rarely write Dockerfiles these days and instead use Earthly [0], which is a tool that really shines as a CI/make... - Source: Hacker News / 11 months ago
While not really ML pipeline related, what you want to achieve can be done with https://earthly.dev. Source: 12 months ago
Another possibility: https://earthly.dev/. Source: about 1 year ago
Https://earthly.dev/ is an interesting way to run CI workflows locally. - Source: Hacker News / about 1 year ago
I completely agree with the first point, but I’m not sure if Bazel should be the go to for multi-language builds. Bazel takes a lot of work to configure and maintain, and, unless you have a massive monorepo and a dedicated team for the build system upkeep, it’s just not worth it IMO. If you want to do multi language builds, check out something like Earthly (https://earthly.dev). Easy to configure and understand. Source: about 1 year ago
You want to take a look at Earthly. https://earthly.dev/ This gives you a mix of docker and a makefile. The best bit is you can test your pipeline locally and you are vendor agnostic. I'm using it here https://github.com/purton-tech/cloak. - Source: Hacker News / over 1 year ago
Try Earthly (https://earthly.dev/). You can write and run CI/CD pipelines locally. It’s simple to use (no setup beyond installing, syntax is very similar to Dockerfile, etc.). And it runs everything in Docker (or Podman) containers. So if you end up wanting to run pipelines on a different computer or on a CI runner (e.g. GitHub Actions, GitLab, etc.), you don’t have to rewrite anything at all. Source: over 1 year ago
I went to https://earthly.dev/ and I didn't see a single mention of it being a monorepo. This is your image right? https://earthly.dev/assets/img/why-earthly.webp I don't see how I would ever come to the conclusion that your product is replacement for monorepos, when all this image shows is it replacing the Docker / shell script layer. If we give your solution the benefit of the doubt, you might even be right in... Source: over 1 year ago
Today I'd like to show you how to use earthly to automate your build processes. - Source: dev.to / over 1 year ago
That's where Earthly comes into the picture. It combines Makefile and Dockerfile syntax, so we should jump into with almost zero learning curve 👏. It has a huge amount of features like caching, reusability, live debugging, secret management, etc., for a detailed list please follow the documentation (+100 for documentation). - Source: dev.to / over 1 year ago
I've found Earthly[0] to be a good alternative. Its syntax is reminiscent of both Make and Dockerfiles. I still heavily use Makefiles at my workplace. It seems to be common with Go projects. [0]: https://earthly.dev/. - Source: Hacker News / over 1 year ago
I'd encourage anyone thinking of using make to look at alternatives. Make is great, but is quickly becomes a ball of duct-tape. Make works very well when you spend the time to express your dependency tree, but realistically that never happens and people tend to add hacks upon hacks for Makefiles. Not only that, but they don't scale well as your project adds more components, such as integration testing,... - Source: Hacker News / over 1 year ago
Earthly is kinda that, depending one which functionality you're wanting in the mix. Source: over 1 year ago
Do you know an article comparing Earthly to other products?
Suggest a link to a post with product alternatives.
This is an informative page about Earthly. You can review and discuss the product here. The primary details have not been verified within the last quarter, and they might be outdated. If you think we are missing something, please use the means on this page to comment or suggest changes. All reviews and comments are highly encouranged and appreciated as they help everyone in the community to make an informed choice. Please always be kind and objective when evaluating a product and sharing your opinion.