简单的方法是：

• 在本地克隆您GitLab项目
• 添加GitHub URL作为远程
• 获取GitHub资源库
• 推送到origin（GitLab）

假设：

• import process已将SHA1提交历史从原始存储库（GitHub）保存到GitLab
• 您尚未修改或添加新提交到通用分支（GitHub和GitLab通用）

注：GitLab 15.6（2022年11月）改进了GitHub到GitLab的导入过程：

导入GitHub分支保护规则

当您将项目从GitHub导入GitLab时，在GitLab上具有等效项的GitHub分支保护规则会被Map到GitLab分支保护规则或项目范围的GitLab设置：

• GitHub规则在合并项目的默认分支之前要求对话解析Map到必须解析所有线程GitLab设置。
• GitHub规则合并前需要拉取请求Map到分支保护规则的允许推送列表中的没有人选项。
• GitHub规则合并前需要拉取请求-需要代码所有者审阅Map到代码所有者批准分支保护规则。需要GitLab Premium或更高版本。
• GitHub规则项目的默认分支需要签名提交Map到拒绝未签名提交GitLab推送规则。需要GitLab Premium或更高版本。
• GitHub规则允许强制推送-所有人Map到允许强制推送分支保护规则。

请参阅说明文件、Issue、Issue、Issue、Issue和Issue。
GitLab 15.6（2022年11月）：

从GitHub导入拉取请求指定的审阅者

以前，在将项目从GitHub导入GitLab时，在GitHub中分配给拉取请求的审阅者不会被导入为在GitLab中分配给合并请求的审阅者。
在此版本中，指定审阅者作为指定审阅者导入GitLab。以下内容超出了此版本的范围：

• 审查批准状态。
• 团队要求的检阅。

请参见文档和Issue。

另一种方法是在GitLab中打开pull mirroring，让它自动更新。
注意：这是付费功能，但付费功能可用于公共项目。