That was 2.5 years ago and I missed it. Are you a moderator?

I’d never seen it before, was glad for the post, looks cool.

Correct: Show HN is for sharing your own work. We've taken that out of the title now.

https://news.ycombinator.com/showhn.html

The correct url is: https://code.onedev.io/projects/160

this was my thought as well. wasn't gitlab promoted as an open source alternative to github at one point?

In the beginning we had the VMS versioning file system [1] (well I had you might be older ;-) And that was enough. Then we got RCS. Then CVS. Then we got SourceForge. And that was enough. Then we got Git!

[1] https://en.wikipedia.org/wiki/Files-11 <3

Any business that grows eventually gets taken over by shareholders and their goals of maximising profits so they can get their dividends or other benefits. They think their product has become invincible and nothing could sink it. Then when they think it actually might sink they double down on extracting profits. This strategy is always against the users of the product, so eventually they get tired of it a seek for an alternative. Then they find an alternative, it grows... and cycle repeats...

It's a sign that GitHub and GitLab are both too heavy-weight for what people want out of them, more than anything. It certainly has been this way with Gogs/Gitea.

The UI internally generates a yaml file to store in the repository. For instance OneDev uses this yaml to build itself:

https://code.onedev.io/projects/160/files/main/.onedev-build...

The advantage is that you can get things working quickly while still be able to diff changes, or generate the file with some other tool.

Onedev still commits it to the repository as a file, so you’re not entirely out of luck there.

Running locally is not a thing though. There’s services that do exactly that though (https://dagger.io/, https://earthly.dev/).

I guess the main differentiators that OneDev, Gitea etc. have vs. self-hosted Gitlab is their more focused feature sets and small footprints. Gitlab's minimum 4 cores, 4-8gb of RAM just to run at all is prohibitive for some use cases. I use Gitea as a locally-hosted fallback so critical IaC repos are still available and can be accessed by things like flux in a (local) k8s even if Github isn't reachable. I don't need Gitlab's feature set for that, I could do with plain git repos over SSH, but having a lightweight UI is actually really nice, and I'll put up with some quirks as long as the basic functionality works well.

Is the UI polish what bitters you most about GitLab, and would make you switch?

Thanks for the comment. What area of OneDev UI you feel is unpolished?

there's only 1 author

You mention CI being done in a distributed fashion. Could you elaborate on what you mean by this?

I'm asking as I'm someone who has developed a CI platform [1], and one of its features is the offline runner [2]. The offline runner allows you to run your CI builds on your own computer, and does not communicate with the CI server whatsoever. Is this what you had in mind?

[1] https://about.djinn-ci.com

[2] https://docs.djinn-ci.com/user/offline-runner/

I know about Google’s gerrit. I now found https://github.com/google/git-appraise, there seems to be a plethora on the issue and pr tracking side.

Then the other day there was a generic/abstraction layer to write CI that abstracte over gitlab, circle ci, and GitHub actions (maybe more). I suppose all that’s left is to get some api tokens somewhere and go?

SourceHut? https://sourcehut.org/

Fossil advertises this as a main selling point: https://fossil-scm.org/home

there's git appraise, however I find it a bit immature. I try to use it with a rebase workflow instead of a merge workflow and it completely fails with that.

> I'm also a bit iffy about the help documentation's styling. It feels very cramped and tiny. If you compare your help docs [0] with eg. Microsoft's docs [1], the latter is much easier to read and less tiring to look at!

wow, let's agree to disagree :D The MS site looks horrible cramped, and the title is waaay too large :P

Docs definitely needs to be improved. Currently I am writing all docs in OneDev itself, which may not be appropriate.

i'm using it since 3 full years now, Robin is doing great work !

Well, the doc is not perfect but let you start using advanced features, settings and workflows.

We're running our private instance and OneDev, it is fast and feet 90% our needs. it's our main central dev tool

wow, the onedev docs really do load extremely slowly - i gave up on waiting :/

Thank you for seconding OneDev!

isn't this something that should be done in your code editor instead? That is actually made for just these things

One thing that surprised me: pushing git-lfs files was around 3x faster in onedev on a ~3gb repository with about ~60k files. I don't know whats going on inside gitea to make it so much slower as they both just store data inside a folder.

Not at all. Java the language is not heavyweight (your smart cards and sim cards run Java code inside them!), and the regular JVM can run on pretty low resources.

It's the frameworks and architectural decisions that make Java software feel heavy or light. Very much like with JavaScript, for instance.

Back at some previous job, we ran a lot of small services written in Java; a service consuming 50 MB of heap was considered unusually heavy.

Besides git, OneDev only has one JVM process which actually saves resources compared to other products packaging dozens of processes.

In future, I will explore graalvm (or Jave native) to further reduce resources.

Java unfairly has been given a bad rep since its earlier versions (similar to how PHP still is tainted by its SQL injection vulnerabilities pre PHP7)

Java as you know is translated into byte code and then it is up to the compiler to use JIT compilation when running the code. JIT allows flexibility to choose how to optimise linkers and references to other libraries which means that it can choose how to optimise the code after Run 1, 10, 100. Some Java VMs can decide to optimise "fast startup" vs "fast runtime".

This is a nice flexibility and with Java maturing into Java 17 there are more and more optimisations on the horizon for VMs, GC and precompiling dependencies.

Lighter than Ruby or Python.

I've always thought like you... Until using OneDev.

For me, Java was : - slow and heavyweight - dist directory often a fucking mess

OneDev distribution (docker container or zip for baremetal) is clean and very well organized. There are running scripts for both plateform linux/windows. Fast.

GitHub arguably have been turning around a bit and are starting to become more like GitLab. Initially, GitHub just cared about hosting code and enabling social features, while GitLab early focused on becoming "everything" for building services. Lately, GitHub are trying to become GitLab though.

When a company builds their products with their own products, thereby demonstrating real world use cases and confidence in the product.

When you eat your own dogfood (or rather, feed it to your own dogs), to demonstrate confidence in your product. You can experience things as your users do, which can help give you a better understanding of how people use your product and the issues they may find.

We are dogfooding here: https://code.onedev.io/

All development happens here, and GitHub serves as a mirror

Using your own product.