Viewing profile — mileswjohnson

<3

Should give moon a try if you ever have free time :)

moon will only run on affected projects, so you're not building/testing everything. This is done through a combination of hashing + caching. It's also language agnostic because you…

We'll get there eventually! Adding support for other languages in Rust is a very long process.

At a quick glance, I don't believe there's any overlap.

Yes it can! That's pretty much the only way it works. The `moon run` command will only run if affected by changed files, and `moon ci` will only run affected tasks/projects in CI p…

Thanks will take a look at.

Gotcha. While moon doesn't solve this directly, you do have a few options here: - Use git submodules. Have the node repo have a submodule on the app repo. - Publish the shared code…

Yeah, we kind of regret mentioning Bazel in the original post, but we can't change it now.

Based on everyone's feedback about YAML (we didn't expect this much), we'll probably reconsider this!

Thanks for the feedback and prototyping with it immediately! Always appreciated to get hands on feedback.

We have a long ways to go, but our end goal for moonbase is basically buildbuddy, but for non-bazel users. Right now moonbase requires moon, but we're looking to decouple it.

If you end up using moon, and there's anything abrasive/convoluted, let us know! We're always looking for ways to streamline.

> Does it enforce hermecity or deterministic builds or give me tools to accomplish it? I wouldn't say moon is hermetic, nor are we trying to be. We don't use the sandbox approach f…

Can you speak to what kind of "functionality" you need a language for? Are you referring to Starlark-like files?

Can you talk a bit more about what kind of code is being copied?

Thanks for the feedback. Too much configuration is something we keep thinking about, and are working to streamline. It's a bit involved since we support multiple languages.

We agree. We weren't happy with all of the current solutions, at least in the JavaScript space. In regards to build graph invalidation, we attempt to hash pieces at the granular le…

I don't disagree here. At the moment, moon leans closer to a task runner, with hashing, incremental caching, and other features tacked on. All of our currently supported languages …

Thank you. This is how we feel as well.

A lot of our decisions were based on our past experience with Bazel. We both have worked at companies that tried to use Bazel and failed miserably. There's stuff we like about Baze…

We haven't built the on-prem solution yet, but we're leaning towards using Helm charts + Kubernetes. At minimum, it will all be Dockerfile based.