re-base

原文地址： Commit messages guide 原文作者： RomuloOliveira 译文出自： 掘金翻译计划 本文永久链接： github.com/xitu/gold-m… 译者： Mirosalva 校对者： Chorer ， zoomdong 一份理解 commit 信息重要性以及如何写好它们的指导手册。 它可以帮你了解什么是 commit，为什么填写好的信息说明比较重要，以及提供最佳实践、计划和（重新）书写良好的 commit 历史的一些建议。 可参考的语言版本 英语版 葡萄牙语版 德语版 西班牙语版 意大利语版 什么是 “commit”？ 简而言之，commit 就是你本地仓库中文件的一个快照。 和一些人的想法相反， git 不仅存储文件之间的差异，还存储所有文件的完整版本 。 对于从一次提交到另一次提交之间未发生改变的文件，git 仅存储之前已存的同一份文件的链接。 下面的图片显示了 git 随着时间变化如何存储数据，其中每个『版本』都是一个 commit： 为什么 commit 信息很重要？ 加快和简化代码审查 帮助理解代码变更 协助解释仅靠代码无法完全描述的『为什么』 帮助未来的维护者明白变更的原因以及如何变更，使故障排查和调试更容易 为了最大化这些好处，我们可以使用下一节描述的一些好的实践和标准。 好的实践 这些是从我的经验

错误一：Cannot rebase: You have unstaged changes 解决办法： Cannot rebase: You have unstaged changes. 那说明有修改过的文件 git stash git pull --rebase （每次push之前最好这样做一次） git push .... 之后用git stash pop stash 命令：git stash 1.使用git stash保存当前的工作现场，那么就可以切换到其他分支进行工作，或者在当前分支上完成其他紧急的工作，比如修订一个bug测试提交。 2.如果一个使用了一个git stash，切换到一个分支，且在该分支上的工作未完成也需要保存它的工作现场。再使用git stash。那么stash 队列中就有了两个工作现场。 3.可以使用git stash list。查看stash队列。 4.如果在一个分支上想要恢复某一个工作现场怎么办：先用git stash list查看stash队列。确定要恢复哪个工作现场到当前分支。然后用git stash pop stash@{num}。num 就是你要恢复的工作现场的编号。 5.如果想要清空stash队列则使用git stash clear。 6.同时注意使用git stash pop命令是恢复stash队列中的stash@{0}即最上层的那个工作现场

此处是在git中上传代码到github中Repository的命令 1、在对git进行上传之前，必须先进行build（项目打包），这样才能够产生dist文件夹（dist=distant，里面是编译过适合远程部署的文件） 执行 $ npm run build 2、将打包好的文件上传到git git init git add . git commit -m 'init vue project' ~~GOOD~~ git remote add origin https://swanf.github.io/vue-pizza-app.git // 用https协议访问仓库 ~~BAD~~ git remote add origin git@github.com:Rain120/demo.git // 通过git@来访问github已经过时，现在应该用https了 git pull origin master --allow-unrelated-histories git push -u origin master (原文在 这里 ) 可以按照上面的，也可以用vs code的git插件，进行先commit后push。看后面的原理图，弄懂了原理就不必纠结于某句代码了。 上图展示了git的整体架构，以及和各部分相关的主要命令。先说明下其中涉及的各部分。 **工作区(working