大家好,我是秋风,最近很多开源项目让一个本该纯粹的地方混入了政治色彩。例如 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-latest
steps:
- uses: actions/checkout@v2
with:
persist-credentials: false
- name: sync github -> gitee
uses: Yikun/hub-mirror-action@master
if: env.dst_key && env.dst_token && env.gitee_user
with:
# 必选,需要同步的 Github 用户(源)
src: 'github/${{ github.repository_owner }}'
# 必选,需要同步到的 Gitee 用户(目的)
dst: 'gitee/${{ secrets.GITEE_USER }}'
# 必选,Gitee公钥对应的私钥,https://gitee.com/profile/sshkeys
dst_key: ${{ secrets.GITEE_PRIVATE_KEY }}
# 必选,Gitee对应的用于创建仓库的token,https://gitee.com/profile/personal_access_tokens
dst_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/
但是在这次事件还有人被封了号
所以,
备份数据很重要!
备份数据很重要!
备份数据很重要!
明天和意外哪个会先降临我们不知道,但是我们要做的尽可能的未雨绸缪!
最后感谢你的阅读,请转给需要的人。
结语
❤️关注+点赞+收藏+评论+转发❤️,原创不易,鼓励笔者创作更好的文章
关注公众号秋风的笔记
,一个专注于前端面试、工程化、开源的前端公众号