windmill
windmill-gh-action-deploy
DISCONTINUED
Our great sponsors
windmill | windmill-gh-action-deploy | |
---|---|---|
86 | 2 | |
8,305 | 2 | |
4.6% | - | |
10.0 | 4.4 | |
3 days ago | over 1 year ago | |
Svelte | TypeScript | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
windmill
-
Show HN: Strada – Cloud IDE for Connecting SaaS APIs
Look very similar to the script builder portion of https://github.com/windmill-labs/windmill, but not open-source, not self-hostable, and without open-source integrations (https://hub.windmill.dev/)
disclaimer: I'm founder of ^
- Ask HN: Is There a Zapier for APIs?
-
Postgres as Queue
If you need a job queue on Postgres, https://windmill.dev provide an all-integrated developer platform with a Pg queue at its core that support jobs defined in python/typescript/sql
-
A list of SaaS, PaaS and IaaS offerings that have free tiers of interest to devops and infradev
windmill.dev - Windmill is an open-source developer platform to quickly build production-grade multi-step automation and internal apps from minimal Python and Typescript scripts. As a free user, you can create and be a member of at most three non-premium workspaces.
-
Airplane acquired by Airtable and is shutting down
For an alternative to airplane.dev, you can checkout Windmill.
https://github.com/windmill-labs/windmill
"Open-source developer infrastructure for internal tools (APIs, background jobs, workflows and UIs). Self-hostable alternative to Airplane, Pipedream, Superblocks and a simplified Temporal with autogenerated UIsm and custom UIs to trigger workflows and scripts as internal apps.
Scripts are turned into sharable UIs automatically, and can be composed together into flows or used into richer apps built with low-code. Supported script languages supported are: Python, TypeScript, Go, Bash, SQL, and GraphQL. "
If you search HN, you'll find the creator of Windmill comment on comparisons to airplane.dev:
https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu...
-
Pipe Dreams: The life and times of Yahoo Pipes
https://windmill.dev is a self-hostable OSS alternative to pipedream
(disclaimer: I'm founder)
- Deno Cron
-
Show HN: Windmill – fastest open-source workflow engine – the how
While most of the software is under the AGPLv3, the Commercial License section of the README [0] implies that the company takes on a fairly broad interpretation of the AGPL.
In particular, the line "[...] to build a feature on top of Windmill, to comply with AGPLv3 your product must be AGPLv3 [...]" seems to imply the company aligns with the stance taken by Google and other companies: that even calling the application via API is enough to trigger copyleft [1].
This implies that if I were to build a sign-up form that triggers a Windmill workflow in the backend, my entire application would either need to be AGPLv3 or I would need a commercial license.
That's perfectly reasonable, as it means any non-AGPL use will have to contribute back to Windmill via a commercial license. However, it does mean positioning this as an "Fully Open-source" alternative to Airflow is only technically correct. This is much closer in practice to "source available" than how most developers would think as "open source".
If this isn't how Windmill wants their license interpreted, I highly encourage clarifying things.
[0] https://github.com/windmill-labs/windmill#commercial-license
Yes it goes in that direction, however note that you can already do this in a not too hard way.
Our openflow spec is both open-source and has a full openapi definition: https://github.com/windmill-labs/windmill/blob/main/openflow...
you can use that to generate client sdks in any languages and build your own dag with it. That's what one of our customer did building a reactflow to openflow library: https://github.com/Devessier/reactflow-to-windmill
It's not as good as the decorator way but we move fast and if you still have interest for it we could prioritize it (and ask for feedbacks :))
windmill-gh-action-deploy
-
Launch HN: Windmill (YC S22) – Turn scripts into internal apps and workflows
> Ability to store everything in code that you control. In Airplane, we have a CLI that lets you deploy scripts from your own machine to Airplane. You can version control the script code as well as the metadata (name, parameters, validation rules, etc). In Windmill you have to create everything in their UI as far as I can tell. Airplane's approach is more developer-friendly and also allows you to reference other code in your codebase if you want.
https://github.com/windmill-labs/windmill-gh-action-deploy Which is basically just sending a tar of your repo to sync it so you do not have to centralize your code on Windmill if you do not have to.
What about the features you do not provide, like a fully-featured web editor with lsp in the backend for smart assistant. The ability to convert script parameters to UI directly and so on.
> * Third-party integrations (Sendgrid, Slack, etc). I only saw Slack in your docs.
This is disingenuous, we provide integrations for anything that has OAuth https://docs.windmill.dev/docs/contributors_guide#add-an-oau... by just needing to append the oauth informations to this file: https://github.com/windmill-labs/windmill/blob/main/backend/.... We have a hub for people to provide the no-code module part out of it. We expect this ways to have thousands of integrations by the end of this quarter when you will only have a dozen.
You have an amazing product but being open-source is not our sole differentiator, we want to build an even better amazing product.
-
No-code is the future of programming. That's great news for engineers
Yes you can, and you should! The included versioning is there for simplicity if you do not want the hassle to maintain your own git repo. But the real git will always be more powerful.
There is a github action to automatically deploy from github to windmill: https://github.com/windmill-labs/windmill-gh-action-deploy
That gh action is what I do for the public templates that hydrate every workspace on:
https://github.com/windmill-labs/windmill
Fun fact, the way it works is that it just tarball a subdir of your repo and send it as an input of a normal windmill script that then just extract it to your workspace (for all the diffs that it finds).
What are some alternatives?
automatisch - The open source Zapier alternative. Build workflow automation without spending time and money.
plasmic - Visual builder for React. Build apps, websites, and content. Integrate with your codebase.
budibase - Budibase is an open-source low code platform that helps you build internal tools in minutes 🚀
supabase - The open source Firebase alternative.
pg_jsonschema - PostgreSQL extension providing JSON Schema validation
llvm-project - The LLVM Project is a collection of modular and reusable compiler and toolchain technologies.
dagger - Application Delivery as Code that Runs Anywhere
logseq - A local-first, non-linear, outliner notebook for organizing and sharing your personal knowledge base. Use it to organize your todo list, to write your journals, or to record your unique life.
Mattermost - Mattermost is an open source platform for secure collaboration across the entire software development lifecycle..
QEMU - Official QEMU mirror. Please see https://www.qemu.org/contribute/ for how to submit changes to QEMU. Pull Requests are ignored. Please only use release tarballs from the QEMU website.
ploomber - The fastest ⚡️ way to build data pipelines. Develop iteratively, deploy anywhere. ☁️
Prisma - Next-generation ORM for Node.js & TypeScript | PostgreSQL, MySQL, MariaDB, SQL Server, SQLite, MongoDB and CockroachDB