I’ve recently set up my own Gitea instance and I figured I’d share a simple guide on how to do it yourself. Hopefully this will be helpful to anyone looking to get started.
If you have any feedback please feel free to comment it bellow.
There’s been a hostile takeover at Gitea and it’s now run / owned by a for-profit company. The developers forked the project under the name Forgejo and are continuing the work under a non-profit. See also: Their introduction post and a page comparing the two projects. Feel free to look up more, since I haven’t familiarized myself with the incident all that much myself. Either way though, maybe consider using Forgejo instead of Gitea.
Hostile not quite, as it was a group of core developers. But still a shitty move, especially how it was done in secrecy and disregarding other devs and the larger community.
Perhaps not a takeover so much as a betrayal, a backstabbing? Certainly hostile to the community.
That’s not what happened at all.
Forgejo is actually the one in the wrong. It’s an hostile fork that exist only because 3 devs were mad that they weren’t hired by the company created so that the core devs of Gitea could do it full time.
You’re just repeating their lies.
The Forgejo people never “owned” Gitea.
Could you please provide some sources for that? I’d like to know more.
First of all though, there is no such thing as a “hostile fork”. Being able to fork a project, for any reason, is the entire point of open source. And to be fair, not wanting to continue working for a for-profit company for free is a very good reason.
And yeah, when you suddenly turn a FOSS project that’s been developed with the help of a bunch of contributors, into a for-profit company, without making a big fuss about it beforehand and allow the contributors and community to weigh in, then yeah, that’s a hostile takeover of sorts, at least in my opinion. Developers gotta make money, but they could’ve done that by creating a new brand instead of taking over that of a previously completely FOSS project. Forgejo is preventing that exact thing from happening by joining Codeberg (a non-profit).
deleted by creator
Great question
I always found setting up a git server from scratch to be quite confusing and I also like the webui that gitea offers.
But recently I have also started moving some of my github projects there so having a link (with a readme and everything) that I can share with others is important.
deleted by creator
Selfhosted Gitea is a way to get a wiki, bug tracker or whatnot - collaborate, for example, but it’s not necessary to have a Git server for your personal use.
No, but it is amazing for browsing your repos and visually seeing what you did in a past commit or a branch, while your IDE is open to your latest code. Or copying and pasting something that you need from a different repo.
For Git experts, sure they can probably do all that better inside their IDE or CLI, but for us plebs, having your own Forgejo is incredible 😍
I have mine configured to disable the wiki and issues, etc, it’s just the repo browser.
I’m hoping federation will allow me to get rid of my github entirely, but that’s wishful thinking I fear
I intentionally do not host my own git repos mostly because I need them to be available when my environment is having problems.
I make use of local runners for CI/CD though which is nice but git is one of the few things I need to not have to worry about.
Sidenote: If you just want a nice web frontend for others to view your Git repositories, you can use cgit instead.
cool guide love stuff like this
I spent a decade as a full time Tcl developer and even I don’t use fossil.
After dealing with tcl errors trying to test sqlite, I feel I’ve never seen a more scathing criticism of fossil.
deleted by creator
I love love love that Fossil is a single executable.
All in all, the version control wars have ended and git has won. Mercurial is another one I sort of wanna try just to see what it’s like.
Re: rebasing, I think squashing / rebasing (in place of merging) is bad but I am also one of the few people I know who tries to make a good history with good commit messages prior to opening a pull request by using interactive rebasing. (This topic is confusing to talk about because I have to say “I don’t rebase, instead o rebase” which can be confusing.)
