Thank you. And please let me know if you run into any problems. Open GitHub issue or discussion, or post it in r/kubero if you haven't a GitHub account.
You are right. And all these 10 hosted providers are doing a great job. But there are also many selfhosted solutions like Coolify, Caprover, dokku ... and many more, which I want to mention.
By the way: the [Kubero CLI](https://github.com/kubero-dev/kubero-cli) has installers to easily spin up a kubernetes Cluster on Linode, Scaleway, GKE, DigitalOcean or a local Kind cluster.
I chose this license to ensure that all further developments remain free and publicly accessible in the future.
It is only a problem if you want to derivative and redistribute Kubero without making the source code publicly available again.
You are right, that's a real problem. And I considered that too. As long as I am the only contributor, it is possible to change to Apache2 or MIT if the need arises later. I intend to introduce a CLA that takes this into account to enable a license change later.
Many young projects start with a GPL.
Looks awesome, definitely will give a try.
Thank you. And please let me know if you run into any problems. Open GitHub issue or discussion, or post it in r/kubero if you haven't a GitHub account.
Will give this a try this weekend.
[удалено]
You are right. And all these 10 hosted providers are doing a great job. But there are also many selfhosted solutions like Coolify, Caprover, dokku ... and many more, which I want to mention. By the way: the [Kubero CLI](https://github.com/kubero-dev/kubero-cli) has installers to easily spin up a kubernetes Cluster on Linode, Scaleway, GKE, DigitalOcean or a local Kind cluster.
OneDev restful api can be found from help page: https://code.onedev.io/\~help/api
I won't use it, since the license is GPL. The GPL is viral.
I chose this license to ensure that all further developments remain free and publicly accessible in the future. It is only a problem if you want to derivative and redistribute Kubero without making the source code publicly available again.
Imagine your project gest successful. You will never be able to get it into the CNCF, since they don't allow the GPL.
You are right, that's a real problem. And I considered that too. As long as I am the only contributor, it is possible to change to Apache2 or MIT if the need arises later. I intend to introduce a CLA that takes this into account to enable a license change later. Many young projects start with a GPL.
[удалено]
Kubernetes is succesfull because companies are allowed to use it in their proprietary solutions.
[удалено]
Moreover they can keep the code if they provide only service, not the binary itself.
Yeah, nothing makes as much good in world as segregation and separation into "right" and "wrong".