this post was submitted on 22 Jan 2026
14 points (100.0% liked)

Selfhosted

60094 readers
806 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam.

  3. Posts here are to be centered around self-hosting. Please ensure it is clear in your post how it relates to self-hosting.

  4. Don't duplicate the full text of your blog or git here. Just post the link for folks to click.

  5. Submission headline should match the article title.

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 3 years ago
MODERATORS
 

Hi all, I have recently started using Forgejo runners and it's a great tool. I have run into this surprising limitation with accessing artifacts and I wonder if I am just doing something totally wrong?

If I use the artifacts within the same workflow file as per the tests: e2e test then this works as you would expect. But if you have two separate workflow files, so example one with a build step, and one with a deploy step. then the deploy step has no way to access the artifacts?

I also found an open issue which indicates that the github implementation for accessing the artifacts using a token is not currently possible either.

I am surprised I have not seen more people talking about this, so I wonder if I am just doing something really obviously wrong! The fundamental part is that I am using uses: to specify the first stage from the other workflow file.

Where am I going wrong?

jobs:
  build:
    runs-on: docker
    uses: ./.forgejo/workflows/build.yml

  deploy:
    needs: build
you are viewing a single comment's thread
view the rest of the comments
[–] Await8987@feddit.uk 2 points 5 months ago