Based on our record, Gitea should be more popular than Flox. It has been mentiond 60 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.
This reminds me of Gogs [0], where the original author refused a lot of good ideas and improvements, eventually leading to a fork [1] that's now a lot more popular and active than the original. [0] https://gogs.io/ [1] https://gitea.io/en-us/. - Source: Hacker News / almost 2 years ago
Yes, we do this using https://gitea.io/en-us/ on a private server. Firewall, backups and a replica running for most projects. Github is only used when it's required by a stakeholder. - Source: Hacker News / almost 2 years ago
There's a number of places out there, some of which also support alternatives to Git itself. By no means a complete list and in no particular order: GitLab - https://about.gitlab.com/ Sourcehut - https://sourcehut.org/ Codeberg - https://codeberg.org/ Launchpad - https://launchpad.net/ Debian Salsa - https://salsa.debian.org/public Pagure - https://pagure.io/pagure For self hsoted options, there's these below... - Source: Hacker News / about 2 years ago
And if you need GitLab (for runner, etc...) then it's not too bad to run in Docker. But if anyone is looking for a somewhat simpler git solution, gitea is pretty great. Source: about 2 years ago
Check: Configuration and syntax changes and Special packages. The latter includes changes on PostgreSQL, Python and Gitea. - Source: dev.to / about 2 years ago
Is the objective to get inside a container to do dev stuff? Reminds me of https://www.jetify.com/devbox and https://flox.dev/. - Source: Hacker News / about 1 month ago
I think it's a bad addition since it pushes people towards a worse solution to a common problem. Using "go tool" forces you to have a bunch of dependencies in your go.mod that can conflict with your software's real dependency requirements, when there's zero reason those matter. You shouldn't have to care if one of your developer tools depends on a different version of a library than you. It makes it so the tools... - Source: Hacker News / 3 months ago
I think that's a bit reductive, but I get the intent. A lot of people see systemic problems in their development and turn to tools to reduce the cognitive load, busywork, or just otherwise automate a solution. For example "we always argue over formatting" -> use an automated formatter. That makes total sense as long as managing/interacting with the tool is less work, not just different work. With Nix I still think... - Source: Hacker News / 4 months ago
Try flox [0]. It's an imperative frontend for Nix that I've been using. I don't know how to use nix-shell/flakes or whatever it is they do now, but flox makes it easy to just install stuff. [0]: https://flox.dev/. - Source: Hacker News / 4 months ago
If you like NixOs and virtual development environments, perhaps try https://www.jetify.com/devbox or https://flox.dev/. - Source: Hacker News / 4 months ago
GitLab - Create, review and deploy code together with GitLab open source git repo management software | GitLab
Podman - Simple debugging tool for pods and images
GitHub - Originally founded as a project to simplify sharing code, GitHub has grown into an application used by over a million people to store over two million code repositories, making GitHub the largest code host in the world.
devenv - Fast, Declarative, Reproducible, and Composable dev envs
BitBucket - Bitbucket is a free code hosting site for Mercurial and Git. Manage your development with a hosted wiki, issue tracker and source code.
DevBox - Everyday utilities for the everyday developer