huly-selfhost

How does OpenProject compare to Huly? I just set up Huly self-hosted [1] on a raspberry pi. Just a little coddling to get it to run with podman-compose (e.g., had to backport podman from Stretch) instead of docker-compose. Huly has a lot of compelling isms, a little opinionated but not bent. The biggest difference vs Jira to me is emphasis on milestones instead of sprints. Versus Wekan and several of the others I looked at, Huly seems to be a fairly complete project management suite with teams, calendars, products and product components, releases etc. Didnt look at OpenProject though. Issue dependencies and issue relationships are the main feature for me - in Huly issue relationships are present but not well explored. Would be nice to have a query DSL too, if there is one I haven't found it yet. There are some ambitious features around

It's almost certainly their decision to use fucking Elastic for search: <https://github.com/hcengineering/huly-selfhost/blob/1d97e9ed...> although I'm sure mongo isn't helping matters, either < https://github.com/hcengineering/huly-selfhost/blob/1d97e9ed...>

> Yes, it is somewhat nicely abstracted away, but that doesn't change the fact that in the kube directory alone [1] there are 10 subfolders with even more config files. That's just what you get with Kubernetes, most of the time. Although powerful and widely utilized, it can be quite... verbose. For a simpler interpretation, you can look at https://github.com/hcengineering/huly-selfhost/blob/main/tem... There, you have: mongodb supporting service minio supporting service elastic supporting service account their service workspace their service front their service collaborator their service transactor their service rekoni their service I still would opt for something simpler than that and developing all of the above services would keep multiple teams busy, but the Compose fo

That's actually supporting the posters' argument. Take a look at all the configs and moving parts checked in this very repo that are needed to run a self-hosted instance. Yes, it is somewhat nicely abstracted away, but that doesn't change the fact that in the kube directory alone [1] there are 10 subfolders with even more config files. 1: https://github.com/hcengineering/huly-selfhost/tree/main/kub...

I don't really see where you are getting that https://github.com/hcengineering/huly-selfhost