If you're like me, you probably need to update your image tag to this new major version. I'll probably wait for a minor release first.

all 49 comments

sorted by: hot top controversial new old
[–] 53 points 4 months ago

Finally, repository specific access tokens were added! I was missing this feature from GitHub (fine-grained access tokens) and had resorted to making service accounts that had access to a single repo. Time to clean that up :)

  • source
  • [–] 32 points 4 months ago (2 children)
  • [–] 25 points 4 months ago* (1 child)

    I very much have my eye on that. Pretty sure that's going to be my next self-host just because I love everything about it, not so much because I'll need it. Pleeeease federate. I know it's a whole lot of work, but it would be a significant net benefit to all developers worldwide who code because they like it.

  • source
  • hideshow 2 child comments
  • [–] 24 points 4 months ago

    An amazing project. Good work devs.

  • source
  • [–] 16 points 4 months ago (1 child)

    15.0 adds support for OIDC tokens being handed to Actions workflows compatible with GitHub Actions. I was excited to upgrade because I wanted to continue doing cosign Docker image signing, but then I found out that the Cosign transparency log doesn't support Forgejo. Looks like I need an alternative.

    My next biggest problem is the Actions workflow itself. I setup Docker in Docker, but turns out there's a bit of work in preparing the runners to be on par with what I used on GitHub.

    Otherwise, I've found Forgejo to be quite good and almost all my private repos are moved over.

  • source
  • hideshow 2 child comments
  • [–] 2 points 4 months ago

    I tried to setup Forgejo CI but was turned off by the need to have nodejs installed to do anything, even cloning the repository. Does everyone just maintain their own images?

    Gitlab CI by comparison will let me you any image (e.g. basic rustc imagé) and do the orchestration by itself. So much nicer to use imo

  • source
  • parent
  • [–] 11 points 4 months ago (2 children)

    Forgejo's most promising feature was federation, and unfortunately, they don't seem to be working on that.

  • source
  • hideshow 4 child comments
  • [–] 47 points 4 months ago* (3 children)
  • [–] 23 points 4 months ago (1 child)

    actually it is already meged and on v16.0 milestone list

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 4 months ago

    That’s brilliant news!

    I know this is still just very basic federation with mutual following of users, etc. - but having a working mvp implementation of this makes me really hopeful for the stepwise introduction of more and more federation goals to come to fruition.

  • source
  • parent
  • [–] 8 points 4 months ago (1 child)

    Damn I feel like I only just upgraded to v14. Those guys develop fast.

  • source
  • hideshow 2 child comments
  • [–] 6 points 4 months ago (2 children)

    I'm happily running v11 LTS - I have enough to do besides dealing with breaking changes every 3 months.

  • source
  • hideshow 4 child comments
  • [–] 3 points 4 months ago (1 child)

    v11 goes eol in 2 months

    I genuinely don't understand your reasoning

  • source
  • parent
  • hideshow 2 child comments
  • [–] 7 points 4 months ago

    Well, before your response, v11 was the latest LTS release, received security patches and did all I wanted it to do. Now, I actually did look at the new release and found out that 15 is a new LTS. So, thank you! I guess it's time to review the breaking changes and get prepared.

  • source
  • parent
  • [–] [S] 1 point 4 months ago (1 child)

    That is getting pretty far behind unless you're leaving yourself open to go back to Gitea. I think 12 was the hard fork.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 4 months ago

    I started from zero with Forgejo, so Gitea is not a consideration. I just don't need latest and greatest as long as security is covered. But I finally noticed that v15 is the new LTS, so that's what I hope to run during the next couple of years.

  • source
  • parent
  • [–] 4 points 4 months ago (5 children)

    How does it compare to Gitea?

  • source
  • hideshow 10 child comments
  • [–] 13 points 4 months ago

    Gitea is developed by a corporation. If you trust corporations not to enshittify eventually, maybe Gitea will be the exception to the rule, but I doubt it, for sufficiently long definitions of "eventually". Forgejo was forked specifically because the governance needed to be detached from the corporation, and that wasn't going to happen with Gitea. The community of open-source developers mostly voted with their feet. Forgejo is, in my humble opinion, going places. Gitea is not. Nothing specifically wrong with it, per se, but it doesn't really offer a sustainable development path forward I don't think.

  • source
  • parent
  • [–] 10 points 4 months ago (1 child)

    Forked from gitea. The owners of the project implemented a change to the pr system where by you had the sign an agreement that the code belonged to them. This was seen as an intent to relisense at some point. Devs that wanted it to stay open moved to forgejo.

    Until recently you could swap forgejo in to your gitea data, but now they are incompatible due to divergence.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 4 months ago (3 children)

    Amy Idea why there isn't a ":latest" release?

  • source
  • hideshow 6 child comments
  • [–] 5 points 4 months ago*

    Forgejo was initially a soft fork of Gitea but they knew it would very possibly become a hard fork. Using the latest tag meant your setup could break unexpectedly so I think they’d opted to not use it at all. What you want to do is use the full version “15” in this case which will keep it updated up the currently major release.

  • source
  • parent
  • [–] 2 points 4 months ago (4 children)

    This is the first time we’re hearing of this, what is Forgejo/ what’s it used for??

  • source
  • hideshow 8 child comments
  • [–] 1 point 4 months ago

    Yeah... I'm gonna wait for 15.1...

  • source
  • [–] 1 point 4 months ago* (2 children)

    Thoughts on this versus tangled besides this being more mature? Also question, I have cloudflare serving as my ddns, I believe some settings I have configured there prevent ssh from working to my forgejo instance. Is it a security risk to allow ssh traffic properly? I have other services on the same subdomain published as well if that matters.

    Edit: would Tailscale be a solution here?

  • source
  • hideshow 4 child comments
  • [–] 1 point 4 months ago (1 child)

    Recommendation would be that you want to set up your ssh so that it only accepts publickey authentication. You also want to make sure you are not using a proxied DNS value, as CF only proxies http requests.

    Personally I didn't bother to setup ssh access as https typically works fine.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 4 months ago

    I setup ssh key access only on all my machines so that bit is ok. Maybe I’ll forgo ssh like you’re suggesting as well. I thought I had some use for it but it’s been a while since I was messing with my forgejo instance, I’ve kind of fallen back to GitHub and codeberg for a bit since I’ve been busy. I couldn’t get https cloning to work for some reason either so I neee to investigate that I guess.

  • source
  • parent
  • [–] [B] -2 points 4 months ago* (last edited 4 months ago)

    Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

    Fewer Letters More Letters
    CF CloudFlare
    DNS Domain Name Service/System
    Git Popular version control system, primarily for code
    LTS Long Term Support software version

    4 acronyms in this thread; the most compressed thread commented on today has 15 acronyms.

    [Thread #250 for this comm, first seen 21st Apr 2026, 14:00] [FAQ] [Full list] [Contact] [Source code]

  • source