前言

实习六个月了，总结了一些罕用的github命令：
咱们公司用的办法是先把公司库Fork下来，在本人的本地库批改之后push到本人的近程库上，而后提交PR，他人通过之后就合并了。而且个别不必merge，而用rebase使git树看起来是一条直线（我虽肤浅又很通透的意识），开发代码用的是VSCode，这下面也有治理git的工具（这个在公司电脑上很好用，but not mine）

参考

  • 应用 SSH 连贯到 GitHub
  • github----向开源框架提交pr的过程

这些博客真的帮忙了我很多很多，非常感谢博主们。

流程：

  • 申请账号，增加公钥。咱们公司用的是ssh，这个申请权限应用 SSH 连贯到 GitHub。工夫长了，这里就不都赘述了（其实我忘了）。
  • 具体过程：fork -> clone -> 创立分支 ->批改代码 -> 提交 ->提交PR

能够参见github----向开源框架提交pr的过程

我罕用的几个命令

  • git add .
  • git commit
  • git status
  • git fetch upstream
  • git rebase upstream master
  • git push origin master -f
  • git rebase -i HEAD~n
  • git reset
  • git checkout -b branchName
  • git branch -d branchName

不罕用的几个命令

  • git diff 参见Diff命令

VScode自带的或者能够下载的工具

以下操作是没有通过fork的，且在master分支下间接操作的流程。如果想切换分支的话，能够执行：git checkout -b checkName。
PS：最开始我都在在master分支下执行的，起初须要PR的多了，就缓缓应用了分支这种形式。切实是太不便了。而且VScode自带工具也很不便操作

进入正题

git add

把更改的文件从工作区workspace增加到暂存区stash外面，commit前的必须工作。git diff命令能够查看两者的区别（我不罕用）
git add . ：把所有更改的文件增加到stage外面
git add fileName

git commit

把缓存区里的文件增加到版本库中，git diff head能够查看两者区别，最好是git commit -m "commit信息"，如果间接git commit可能会出错，另外commit message标准


接着我执行了git add. 把剩下两个文件一起提交。
执行git log 查看提交记录

连贯到近程库

git remote -v能够看到连贯的是哪个近程库

git push

git push origin master //把本人的提交commit提交到本人的近程库的master分支下。master也能够换成其余分支名
接下来就能够提交PR了

git rebase

罕用在
1.屡次提交代码，但最初只保留一个commit的。参考rabase合并多个commit
2.提交pr前整顿git树。每次提交前都须要保障rebase upstream/master之后（把近程库的跟本人的合并）没有抵触，但其实这个合并不同于merge，rebase相似于把本人的分支间接接到近程master之后，这样整个提交树保障是个直线。
我在1.txt中做了批改：能够通过下图的形式commit

如果想合并几个commit，如第二次提交和第一次批改合并，能够执行
git rebase -i HEAD~2