1

我们在 github 上发布了一个开放项目包,其中包括一个软件应用程序和规范输入。我们自己使用该软件,开发被认为是私有或实验性的替代输入和脚本——理想情况下,有些会公开发布,有些则不会,但仍需要存档。

我们想在我们的本地 gitea 服务器中保留一个 repo(镜像,fork,不确定词汇表)。1. 理想情况下,我们可以定期将公开的材料子集(至少是 master)从 GitHub 同步到 gitea。2. 我们的工作将在分支上进行,这些分支最多是死路一条,从 master 到 branch 以一种方式更新。3. 偶尔,我们会在核心方法上提出改进,所以如果我们可以从项目分支中挑选那些可能有 Gitea master 作为中介的项目分支到 github,这将有所帮助。

这是怎么做到的?目前尚不清楚像“fork”这样的服务器概念跨越两个环境,Gitea 和 GitHub,我读过的大部分内容都是私有对公共的,涉及 GitLab,我不确定我是否可以识别子集自动化。假设它可以合理地完成,我是否可以拥有一个本地存储库,将它们视为对等点并充当中介?也许使用 chron 作业或等效的 Windows 工具?什么是最先进的?

4

1 回答 1

0

尚不清楚像“fork”这样的服务器概念是否跨越两种环境

不完全是,考虑到 GitHub 分叉是为了通过拉取请求促进对原始存储库的贡献。

在您的情况下,对于特定的存储库,它更像是一面镜子。

您可以考虑GitHub Actions,例如spyoungtech/mirror-action自动从一个环境(GitHub,推送新提交时)复制到另一个环境(Gitea)

于 2019-11-16T06:33:35.567 回答