Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gitea: Open source, self-hosted GitHub alternative

gitea.io

Post reply on HN
Print view View original

131–140 of 241 posts

Re: Gitea: Open source, self-hosted GitHub alternative

#131

Post by sandGorgon »

scruffyherder wrote: post #108

So I keep a few GB of source online via CVS http://unix.superglobalmegacorp.com/ , and I have been shying away from git anything as I did a gitlab install for someone and was amazed at how much hardware I had to throw at it, unlike CVS+CVSWeb. Although just seeing how trivial it was to deploy now I'm thinking about maybe running this in parallel at least. I still like being able to use CVS from ancient machines... Bu…

Just curious - why would you not use GitHub, just for the sheer community?

Your code is already public.

Re: Gitea: Open source, self-hosted GitHub alternative

#133

Post by sandGorgon »

tboerger wrote: post #132
sandGorgon wrote: post #127

There's also gitbucket. Single jar file to run - written in Scala. https://gitbucket.github.io

If you like to run java services you could do that...

You don't need to run Java services.

Running gitbucket is simply "Java -jar gitbucket.jar"

JVM performance is pretty much world-class (and has been for many years). Golang and JVM compete neck to neck at top of the performance charts. Remember that startup performance is not what Java optimised for - it's long running processes like any web server or api.

And I'm far more excited by Graal than any programming language breakthrough over the past few years ( https://youtu.be/_7yIUkP5LiQ)

Re: Gitea: Open source, self-hosted GitHub alternative

#134

Post by Sir_Cmpwn »

dahhowl wrote: post #129
ddevault wrote: post #118

Earlier quoted context omitted.

Gitea is a disreputable and hostile fork of gogs. You should stick to gogs.

Care to elaborate?

An earlier comment I wrote on this subject:

https://news.ycombinator.com/item?id=13297748

Re: Gitea: Open source, self-hosted GitHub alternative

#135

Post by aylons »

Is there any fundamental reason why no tool offers a federated alternative to GitHub? I mean, the distributed nature of git is ripe for federation, but why aren't issues, releases and pull requests federated?

Maybe even some deeper integration with git itself, such as seeing new remotes on federated servers and fetching them.

This may sound redundant to GitHub, which currently centralizes everything, but different projects and companies have their reasons to not use a single external tool for this. As an example, CERN's Open Hardware Repository (https://www.ohwr.org/) would be a perfect fit for this, and other laboratories and companies could integrate with them.

Re: Gitea: Open source, self-hosted GitHub alternative

#136

Post by pulse7 »

dahhowl wrote: post #129
ddevault wrote: post #118

Earlier quoted context omitted.

Gitea is a disreputable and hostile fork of gogs. You should stick to gogs.

Care to elaborate?

Gogs author didn't want to incorporate proposed changes into Gogs, so a bunch of other developers forked Gogs and went on their own promoting Gitea as true open-source by spirit and blamed Gogs author for his inflexibility. I am using Gogs, becuase it has all I need (Gitea is too little added value for me)...

Re: Gitea: Open source, self-hosted GitHub alternative

#137

Post by ptman »

aylons wrote: post #135

Is there any fundamental reason why no tool offers a federated alternative to GitHub? I mean, the distributed nature of git is ripe for federation, but why aren't issues, releases and pull requests federated? Maybe even some deeper integration with git itself, such as seeing new remotes on federated servers and fetching them. This may sound redundant to GitHub, which currently centralizes everything, but different pr…

Does scuttlebutt offer something like this? or only git repository hosting?

Re: Gitea: Open source, self-hosted GitHub alternative

#138

Post by lobo_tuerto »

jrochkind1 wrote: post #81
manulp wrote: post #56

Earlier quoted context omitted.

Gitea is a fork of Gogs. > Are users expected to install and find out? Some due diligence and going to the gitea website could also do the trick. https://docs.gitea.io/en-us/

Which is literally the second sentence on the page linked to in this HN post.

Which obviously was not what I was asking.

I was mostly wondering why they don't have a list of features right there in their frontpage or inside the README on GitHub.

Re: Gitea: Open source, self-hosted GitHub alternative

#139

Post by ptman »

vesche wrote: post #18

I've been using Gogs for a team of 40 people for over two years. This is the second time I've heard about Gitea, and I know it is a popular fork of Gogs. Can anyone sell me on why it's better than Gogs and why I should switch?

IIRC there have been comments disappearing on the gogs issue tracker. I'm not sure what was said in them, but I don't find it very comforting

Re: Gitea: Open source, self-hosted GitHub alternative

#140

Post by sytse »

mschuster91 wrote: post #92
nimbius wrote: post #39

devops sysadmin here. I started with gitlab about a year ago and can honestly say I wish I had taken gogs/gitea instead. The main problem for me is gitlabs utter dearth of somewhat counterproductive features. Git LFS support is almost a cruel joke in gitlab as git operations under the hood now take inexorably more ram to complete. In turn im rewarded with more traditional RCS programmers asking why git has problems w…

> gitlab is also so large it requires its own chef deployment to competently install it from omnibus, and has no HA roadmap in sight unless you want to break apart its rube-goldberg structure and attempt to HA the individual components of it. Use the gitlab-ce docker container and save yourself the hassle. Literally takes less than 10min to set up and a version upgrade is nothing more than docker stop, docker rm, doc…

Thanks for posting. HA is a paid feature of GitLab and will likely stay a paid feature.

We're working hard on a cloud native alternative to the docker container that works well on Kubernetes. There is more information on https://gitlab.com/charts/gitlab/ and you can see the activity on https://gitlab.com/charts/gitlab/commits/master Since it is cloud native I assume it will allow autoscaling and it neatly orders every component in its own container.

Today GitLab is using a lot of RAM and the best way to reduce that is to make the application server multithreaded https://gitlab.com/gitlab-org/gitlab-ce/issues/3592 The first priority is to add rubocop rules for https://github.com/covermymeds/rubocop-thread_safety There is a WIP merge request in https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/1899 Any help is appreciated.

Post reply on HN