前言
Gitea 是一个开源的自托管 Git 服务，类似于 GitHub 和 GitLab。Gitea 支持通过 Actions 来实现持续集成和持续部署（CI/CD）。在某些情况下，我们可能希望将 Gitea 的 Runner 配置为拉取本地的 Actions，而不是从 GitHub 获取，这在国内某些网络环境下尤其有用。
问题来源
在某些私有化部署的环境下，特别还需要将服务暴露到公网上时，如果你配置了 REQUIRE_SIGNIN_VIEW 为 true（启用此项以强制用户登录以查看任何页面或使用 API），那么在拉取本地 Actions 时，会遇到认证问题，权限不足导致无法成功拉取。
如果你将 REQUIRE_SIGNIN_VIEW 设置为 false，这会带来数据代码泄露的安全隐患，因为任何人都可以通过页面上的 “探索” 按钮访问你的 Gitea 代码库。
这个问题官方在 GitHub 上也有做讨论，但目前还没有一个很好的解决方案，相关 issue 地址为：
一种具备部分安全性的解决思路
在 Gitea 配置说明 中，关于 SERVICE.EXPLORE 有 REQUIRE_SIGNIN_VIEW 配置，跟 Service 的 REQUIRE_SIGNIN_VIEW 不同，SERVICE.EXPLORE.REQUIRE_SIGNIN_VIEW 只控制 “探索” 页面是否需要登录，而不会影响 API 的访问权限，所以我们可以将 REQUIRE_SIGNIN_VIEW 设置为 false，而将 SERVICE.EXPLORE.REQUIRE_SIGNIN_VIEW 设置为 true，这样设置后，用户访问 Gitea 探索页面时需要提示登录，但 Runner 拉取本地 Actions 时不会受到影响。
[service]REQUIRE_SIGNIN_VIEW = false
[service.explore]REQUIRE_SIGNIN_VIEW = true不过这样设置也有一个问题，就是假设仓库地址是被其他人知道的情况下，仍然可以通过网页访问到对应的仓库页面，所以仍然存在一定的代码泄露的安全隐患，但相较于 REQUIRE_SIGNIN_VIEW 设置为 false，这种方式的安全性要高一些，因为外人无法直接通过 API 访问仓库列表，并且也不清楚你的 Gitea 到底有那些仓库。
CAUTION经过 API 测试，
REQUIRE_SIGNIN_VIEW设置为false，SERVICE.EXPLORE.REQUIRE_SIGNIN_VIEW设置为true后，仍然可以通过your_gitea_host/api/v1/repos/search访问到仓库列表，说明这种方式并不能有效防止代码泄露的风险，不要使用这种方式，可以参考下面的另外一种解决思路。
还有另外一种解决思路，就是可以创建另外一个 Gitea 实例，里面只存放 Actions 相关的镜像，不过这也算是一个变通方案，还是需要等官方能提供更好的方案来解决。
如果有发现更好的解决思路，欢迎邮箱交流