万一 Github不让用了，Gitee同步指南请收好

大家好，我是秋风，最近很多开源项目让一个本该纯粹的地方混入了政治色彩。例如 Node 还有 React 这些超明星级的项目。

目前来看 React 的issues 已经沦陷了，大家都在反对一个原本纯粹的地方为什么会有了政治？

如果说开源项目涉及了政治，那么github 还会远吗，我不得而知。为了避免造成不必要的损失，因此连夜把自己github 上的项目都同步一份到了 gitee，并且写下了这一份指南。

因此我也建议大家未雨绸缪，对自己的github账户进行备份，不管一切，不能让我们本应该有的权益受到损失。

同步主要分为现有仓库同步以及未来代码同步两个部分。

现有仓库同步

这一步其实 gitee 官网已经集成了一键导入的功能。

详情：https://gitee.com/help/articles/4284

一共分为3个步骤：

1.从 + 号找到从 Github/Gitlab导入仓库

2.授权 gitee github 权限

3.授权后可以看到这样一个 tab 页面选项，我们选择导入当前页面所有仓库

gitee 就会自动帮我们导入在 github 的项目，等待一些时间就好。

导入完成之后，所有的项目都是私有权限，因此也不用担心自己原本在 gihtub 上的私有仓库权限泄漏。

未来代码的同步

虽然我们已经把现有的仓库全部同步到了gitee ，但是我们本地仓库的源还是 github 的，因此还需要对这部分未来增量代码做处理。

方案一：增加 remote 源

这个方案其实很简单，很多同学在提交开源项目，想要合入开源项目最新代码的时候肯定用到过。

git remote add <name> <url>

一共分为 2个步骤：

1.在你原来的 github 仓库下添加远端仓库

例如：git remote add gitee ``[git@github.com](mailto:git@github.com)``:hua1995116/mmt.git

添加后可以看到这样的：

2.提交当前的增量代码

git push origin   // 提交到 github
git push gitee    // 提交到 gitee

而这种方式有一个缺点就是每次需要提交两次。

方案二：增加 push 源

1.删除方法一的 gitee 源 (还没有操作方案一的忽略这个步骤)

git remote rm gitee

2.添加 push 源

git remote set-url --add origin git@github.com:hua1995116/mmt.git

3.提交代码

git push origin

为了省去第二步繁琐，我配置了一个脚本能够快速添加。（前提是你的gihtub 账户名字和 gitee 的账户名字是一样的）

npm i -g mmt
mmt import https://gitee.com/hua1995116/mmt-practices/raw/master/mmt-export-gitee.json
// 进入到你想要添加命令的目录
mmt run gitee // 每个原有 github 仓库无脑运行这个命令就可以

效果：

方案三: 使用github action

此方案一共2个步骤

1.在仓库根目录创建 .github/workflows 目录

2.创建 gitee-sync.yml

# 通过 Github actions， 在 Github 仓库的每一次 commit 后自动同步到 Gitee 上
name: gitee-sync
on:push:branches:- master
jobs:repo-sync:env:dst_key: ${{ secrets.GITEE_PRIVATE_KEY }}dst_token: ${{ secrets.GITEE_TOKEN }}gitee_user: ${{ secrets.GITEE_USER }}runs-on: ubuntu-lateststeps:- uses: actions/checkout@v2with:persist-credentials: false- name: sync github -> giteeuses: Yikun/hub-mirror-action@masterif: env.dst_key && env.dst_token && env.gitee_userwith:# 必选，需要同步的 Github 用户（源）src: 'github/${{ github.repository_owner }}'# 必选，需要同步到的 Gitee 用户（目的）dst: 'gitee/${{ secrets.GITEE_USER }}'# 必选，Gitee公钥对应的私钥，https://gitee.com/profile/sshkeysdst_key: ${{ secrets.GITEE_PRIVATE_KEY }}# 必选，Gitee对应的用于创建仓库的token，https://gitee.com/profile/personal_access_tokensdst_token:  ${{ secrets.GITEE_TOKEN }}# 如果是组织，指定组织即可，默认为用户 user# account_type: org# 直接取当前项目的仓库名static_list: ${{ github.event.repository.name }}# 还有黑、白名单，静态名单机制，可以用于更新某些指定库# static_list: 'repo_name,repo_name2'# black_list: 'repo_name,repo_name2'# white_list: 'repo_name,repo_name2'

3.在 Github 需要同步的仓库上添加 3 个 secrets: (Setting -> Secrets -> New repository secret)

GITEE_USER, 例如我的 gitee hua1995116
GITEE_PRIVATE_KEY，获取方法(如果已有，直接设置) - Gitee公钥对应的私钥
- 新建 private key 方法：
- 生成 SSH 公钥
- 将 SSH 公钥添加到 Gitee 公钥
- 同时将公钥添加到 Github 项目的 secrets 中;
GITEE_TOKEN，获取方法 - Gitee对应的用于创建仓库的token
新建 token 方法：
- 点击上面的链接并登录 Gitee, 点击“生成新令牌”，
- 添加描述，比如用处 - Github 仓库同步到 Gitee；
- 权限默认全选，点击提交，显示出生成的 token 值；（注意保存，需要填到 Github 的 secrets 中）

最后后续所有提交，可以利用 github action 自动同步。

	方案一	方案二	方案三
优点	1.配置简单 2.能够控制提交源	1.配置简单 2.提交简单	1.配置繁琐 2.提交和原来无异
缺点	需要提交两次	无法控制	github action 被制裁了就gg
评星	⭐️⭐️⭐️	⭐️⭐️⭐️⭐️⭐️	⭐️⭐️⭐️

在我写完本文的时候事情也有了一些发酵，我看到 3-2 的时候github 发布了声明依旧会无国界地提供服务。

https://github.blog/2022-03-02-our-response-to-the-war-in-ukraine/

但是在这次事件还有人被封了号

所以，

备份数据很重要！

明天和意外哪个会先降临我们不知道，但是我们要做的尽可能的未雨绸缪！

最后感谢你的阅读，请转给需要的人。

结语

❤️关注+点赞+收藏+评论+转发❤️，原创不易，鼓励笔者创作更好的文章

关注公众号秋风的笔记，一个专注于前端面试、工程化、开源的前端公众号