git使用指南（一） - 网站源码_资源分享

[toc]产品目录

一、git加装

二、git此基础采用

三、git的高阶指示

四、如前所述github做标识符代销

五、三地办公设备

六、rebase应用领域一：分拆操作方式历史记录

七、rebase应用领域二：变基分拆操作方式历史记录

八、rebase应用领域三

git，是两个开放源码的分布式系统版控制技术，能有效率、高速路地处置从极小到十分大的工程项目版管理工作。

一、git加装

windows加装，https://git-scm.com/downloads，可能将浏览速度会十分慢，提议采用TNUMBERaudi浏览。接着始终next加装就能了。加装顺利完成后再须要管理工作的文档中按著shift+滑鼠，再次出现Git bash here就表明加装获得成功了。加装顺利完成后开启两个bash，输出git –version就能查阅适当的版了！linux加装就更单纯了，间接sudo apt-get git，加装顺利完成后反之亦然能间接采用git –version查阅版重要信息。

二、git此基础采用

具体来说进入须要管理工作工程项目配置文档下，展开调用，继续执行调用指示，聚合两个.git的暗藏配置文档，放置着操作方式重要信息笔记。

git init

查阅文档下大部份文档的状况

git status

一共有两种状况，红色表示当前状况是工作区，采用git add能将其转换为缓冲区变为绿色。

将工作区的文档添加到缓存区添加单个文档添加大部份文档

git add 文档名 git add .

将缓存区的文档提交到仓库区

git commit -m 版一

如果第一次浏览加装git，可能将会提示再次出现错误，此时须要配置个人重要信息

git config –global user.email “[email protected]”git config –globe user.name“Your name”

配置顺利完成后再次提交即可，只需一次就好！

查阅提交笔记历史记录

git log

红色框内是此次提交操作方式的ID，如果须要回滚时会采用，下面会介绍到。

如果此时对文档展开修改，比如在txt文档中加入‘约饭’，接着此时在展开git status。

它是可是监视到你对txt展开了修改，如果确定修改完毕，须要将其git add加载到缓冲区，接着就能提交到仓库了。

此时，发现问题，大事不好，须要回到上两个v1的版，此时就须要学两个新的指示，回滚。

回滚，这里会用到上面提到的ID

git reset –hard ID

head表示当前版状况，红色框内表示两个版的ID号，回滚到那个版就是那个ID，现在我们回滚到v1版。

从变动文档返回原始状况

git checkout — 文档名

从缓存区转换为工作区

git reset HEAD 文档名

三、git的高阶指示

创建主干master，就是第一次上式上线运营的东西。

git branch

创建分支dev，当再次出现新的功能需求时，能先创建两个分支展开开发，等待开发顺利完成后分拆到主干上即可，分支意味着能把工作从开发主线上分离开，以免影响主线开发。

git branch dev

切换到分支上展开操作方式，接下来切换到分支上展开新功能开发，

git checkout dev

此时对文档展开修改后，展开git add . 和git commit -m 版本号，此时再切换回主干上时，就是未修改之前的版。

从分支切换到主干上

git checkout master

由此可知分支与主干是隔离的，此时再次出现紧急bug，能采用分支切换回主干，接着对其展开bug解决，或者重新创建两个分支展开bug修复。

此时修复完bug后，须要将bug分支分拆到主干上去。分拆时必须先回到主干上

将其分拆顺利完成后，bug分支也就没有用了，那么就能把它删除了，接着既能继续去开发新功能。

git branch -d bug

当分支dev开发顺利完成后，须要将其添加到主干上即可线上运营，先切换到主干上，接着继续执行指示

git merge dev

如果在分拆的过程中再次出现冲突可能将还须要手动解决一些小问题。接着再次提交到仓库区。

四、如前所述github做标识符代销

具体来说须要创建两个github账号，接着新建两个仓库。

创建顺利完成后，会聚合两个ssh，这就是远程仓库地址

并且还有有一些指示提示。

顺利完成标识符上传后，刷新github仓库就已经发生了变化。

推送完主干后，如果还想把分支dev也推送到github，

由此就顺利完成了标识符的上传功能。但是如果现在换了两个新的工作环境须要继续对标识符展开改进，如何从远程仓库浏览到本地呢？

git clone https://github.com/Mogul5306/dbhot.git

五、三地办公设备

上面顺利完成了标识符仓库代销，换了两个新的工作环境，如果是第一次浏览标识符，

git clone https://github.com/Mogul5306/dbhot.git

如果是已经浏览过，只是在分支上展开过修改，现在想继续修改，须要更新dev分支

git pull -u origin dev

通过这些指示就能单纯实现三地办公设备了，比如在家写了部分标识符

顺利完成提交以后，还要上传到github中，

顺利完成后就能去公司上班了，到了公司先把大部份的标识符搞下来

接着开始写标识符，具体来说切换到分支上展开，主干不能动，写完再分拆到主干中去。

一通操作方式猛如虎，顺利完成后下班回家继续加班。具体来说幺更新家里面的本地配置文档的dev分支，因为在公司只对这部分内容展开了修改。

此时就有了在公司新增的部分，就能开始愉快地继续搬砖了。开发顺利完成，将dev分支分拆到master主干上，

git checkout master git merge dev git push origin master

将dev也推送带远程仓库

git chechout dev git merge master git push origin dev

六、rebase应用领域一：分拆操作方式历史记录

在实际的应用领域场景中，可能将发多数都不关心提交历史记录，而是间接就要完整稿，那么就须要分拆提交历史记录操作方式了。

第一天提交

接下来创建第二天，第三天，第四天…

加入现在想把v2到v4提交历史记录展开分拆，

git rebase -i HEAD~3

s表示把v4分拆到v3，v3分拆到v2。

提示对分拆展开操作方式展开历史记录，分拆顺利完成后如下图所示

注意，一般分拆最好是提交到远程仓库之前的commit的内容展开分拆。

七、rebase应用二：变基分拆操作方式历史记录

顺利完成上面分拆后，在主干和分支上在分别建立两个新的程序。

在分支dev上建立两个新的程序，

切换到master主干上建立两个新的程序

由此，对比能发现单纯的分拆和变基分拆还是有区别的！

八、rebase应用领域三

假如在公司写了一段标识符，但是忘了提交到远程仓库，回家又写一段标识符，这次吸取教训及时提交到远程仓库，第二天到公司跟之前的那段标识符展开分拆，如果间接继续执行git pull可能将会有冲突，除非是在家写的标识符跟在公司写的标识符没有交集。如果再次出现这种情况，能采用rebase展开操作方式。这样相较于merge的不同之处就是不会再次出现分支，间接加到主干上。

其实git pull相对于两步操作方式，第一步git fetch，第二步git merge

git rebase dev git rebase master

如果再次出现冲突，就须要展开手动解决，接着

git add xxx git rebase –continue

这样就能了！

我是尾巴~

本次推荐：

[史上最全的常用学术网站介绍](https://mp.weixin.qq.com/s?__biz=MzAwMjgwMTY5Mg==&mid=2650199896&idx=1&sn=149676d007c9c51efcc4ce1712c15bbc&chksm=82c69e2bb5b1173dcf4951081aef6d75c9404cd7dfd78b323d634936710079d1b4158457959b&mpshare=1&scene=1&srcid=1102SwDdTlUBNVVkujBcXkrj&sharer_sharetime=1572677007982&sharer_shareid=b07fa230b1cf14ca892661d8049cc59d&key=f6073f12b91f25ccc858938ae21ef618579215ff815e7f158bbad219943bfec2a3003b5254590ff17302084983ac1142a5cbae41e1dd7951c3c87352708d9cc8a7db535aaa65b3cfd7f0c24be63c2208&ascene=1&uin=Mjk3ODc4MDE2Mg%3D%3D&devicetype=Windows+10&version=62070152&lang=zh_CN&pass_ticket=Jj%2Bc8EzE0eU3Vn5VV%2F8OhaLskjPtr8F7f9XOv0D%2BFmu6lpowYrgcTaC%2BjSsQPMN2)

继续加油~