一小时搞定Git命令与Gayhub使用

参考廖雪峰大神的博客:)

创建版本库

初始化一个Git仓库,使用git init命令。

添加文件到仓库,分两步:

  1. 使用命令git add <file>,注意,可反复多次使用,添加多个文件;
  2. 使用命令git commit -m <message>

要随时掌握工作区的状态,使用git status命令。

如果git status显示有文件被修改过,用git diff可以查看修改内容。

版本回退

HEAD指向的版本是当前版本,当修改HEAD指向时会更新工作区文件。因此Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id,如git reset --hard HEAD^表示回退到上一版本,HEAD^^表示回退到上一版本的上一版本,也可以写成HEAD~100;(需要注意的是windows powershell可能会错误解析^,所以可以写成git reset --hard HEAD~1);

版本回退前,用git log可以查看提交历史,以便确定要回退到哪个版本;

要重返未来,用git reflog查看命令历史,以便确定要回到未来的哪个版本;

工作区和暂存区

工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。Git的版本库存了称为stage的暂存区,还有Git为我们自动创建的第一个分支master,以及指向master的一个指针叫HEAD。我们把文件往Git版本库里添加的时候,是分两步执行的:

  • 第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;
  • 第二步是用git commit提交更改,实际上就是把缓存区的所有内容提交到当前分支。

image-20201106191108905

管理修改

提交后,用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别。

Git能够跟踪修改,在每次修改后,如果不用git add到暂存区,就不会加入到commit中。

撤销修改

在修改文件但是还没有commit时,可以使用git checkout --file丢弃工作区的修改。

命令git checkout -- readme.txt意思就是,把readme.txt文件放在工作区的修改全部撤销,这里有两种i情况:

  • 一种是readme.txt自修改后还没有被放到暂存区,现在撤销修改就会回到和版本库一摸一样的状态;
  • 一种是readme.txt已经添加到了暂存区,又做了修改,现在撤销修改就回到添加到暂存区后的状态。

总之就是让这个文件回到最近一次git commitgit add的状态。

git checkout -- file命令中的--很重要,没有该符号就变成了“切换到另一个分支的命令”。

上面的情况文件修改还没有添加到暂存区,但是如果已经添加到了暂存区,可以使用git reset HEAD <file>可以把暂存区的修改撤销掉(unstage),重新放回工作区。再用git checkout -- <file>丢弃工作区的修改。

场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file

场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>,就回到了场景1,第二步按场景1操作。

场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考如何版本回退,不过前提是没有推送到远程库。

删除文件

直接在文件管理器将没用的文件删了,Git就会知道你删除了文件,因此工作区和版本库就不一致了。两种情况:

  • 一种确实要从版本库删除该文件,首先用命令git rm <file>,并且git commit
  • 一种是误删,git checkout -- <file>可以用版本库里的版本替换工作区的版本,从而“一键还原”。

注意:从来没有被添加到版本库就被删除的文件是无法恢复的。

远程仓库

使用Github免费获得Git远程仓库的步骤:

第一步:创建SSH Key, ssh-keygen -t rsa -C <mail_address>。之后可以在用户主目录里找到.ssh目录,里面有id_reaid_rsa.pub两个文件,一个是私钥,另外一个是公钥。

第二步:登录Github,打开账号设置, “SSH Keys"业面,然后点"Add SSH Key”,填写任意title,在key文本框里粘贴id_rea.pub文件的内容;

添加远程库

(先有本地库,后有远程库)

要关联一个远程库,使用命令git remote add origin git@server-name:path/reponame.git首先添加一个远程库,远程库的名字就是origin,这是Git默认的叫法,也可以改成别的;

下一步就可以通过git push -u origin master将本地库的所有内容推送到远程库上:把本地库的内容推送到远程,用git push命令,实际上是把当前分支master推送到远程。由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送到远程新的master分支,还会把本地的主分支和远程的主分支关联起来,在以后的推送或者拉去时就可以简化命令;

推送成功后,可以立刻在Github页面中看到远程库的内容已经和本地一摸一样。从现在起,只要本地作了提交,就可以通过命令:

git push origin master把本地master分支的最新修改推送至Github。

从远程库克隆,修改后提交

git clone git@github.com:oluoluo/gitskills.git

git add .

git commit -m <description>

git push origin master

分支管理

Git鼓励大量使用分支:

查看分支:git branch

创建分支:git branch <name>

切换分支:git checkout <name>git switch <name>

创建+切换分支:git checkout -b <name>git switch -c <name>

合并某分支到当前分支:git merge <name>

删除分支:git branch -d <name>

查看分支log信息:git log --graph --pretty=oneline --abbrev-commit

“解决冲突,再提交,合并完成”,手工修改之后,git add readme.txt, git commit -m "conflict fix",会自动将两个分支的文件核并。

分支管理策略

解决冲突示意图:

image-20201106223921857

手动将冲突文件修改后创建一个新的commit并在两个分支上分别执行addcommit之后自动合并分支。

image-20201106223943089

分支合并示意图:(通常合并分支时,如果可能Git会用Fast forward模式,这种模式下,删除分支后,会丢掉分支信息,如下图所示,如果强制禁用该模式,Git就会在merge时生成一个新的commit,这样就能从分支历史上看出分支信息,即使分支删除了分支历史上还保留着分支的信息)

image-20201106224221712

image-20201106224230019

image-20201106225133974

--no-ff方式:

git merge --no-ff -m "merge --no-ff" dev

image-20201106224644047

image-20201106225559578

团队合作的分支看起来就像这样:

image-20201106225820926

Git分支十分强大,在团队开发中应该充分应用。合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经作过合并,而fast forward合并就看不出来曾经做过分支。

bug分支

修复bug时,通过创建新的bug分支进行修复,然后合并,最后删除;

当手头工作没有完成时,先把工作现场git slash一下,然后去修复bug,修复后,在git stash pop,回到工作现场。

在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick <commit>命令,把bug提交的修改“复制”到当前分支,避免重复劳动。

多人协作

需要将所有人的SSH Key添加到Github上。

当从远程仓库克隆时,实际上Git自动把本地的master分支和远程的master分支对应起来了,并且远程仓库的默认名称是origin

要查看远程库的信息,用git remote -v.

推送分支就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的分支上:git push origin master

如果要推送其他分支,比如dev,就改成git push origin dev

如何确定哪些分支需要推送哪些不需要呢:

  • master分支是主分支,因此要时刻同步;
  • dev分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;
  • bug分支只用于在本地修复bug,就没有必要推到远程了;

多人协作的工作模式:

  1. 首先可以试图用git push origin <branch-name>推送自己的修改;
  2. 如果推送失败,因为远程分支比你的本地更新,所以需先用git pull试图合并;
  3. 如果合并有冲突,则解决冲突(和在上面解决冲突介绍的一样),并在本地提交;
  4. 没有冲突或者解决掉冲突后,再用git push origin <branch-name>即可推送成功。

如果git pull提示no tracking information,说明本地分支和远程分支的连接关系没有创建,用命令git branch --set-upstream-to <branch-name> origin/<branch-name>.

使用Github

参与开源项目:

点"Fork"在自己的账号下克隆一个开源项目的仓库,

然后从自己的账号下clone:git clone git@github.com:oluoluo/projectname.git,这样才能从自己的账号下clone仓库,这样才能推送修改,如果从开源项目作者的仓库地址克隆,因为没有权限,所以不能推送修改。

image-20201106232927732

如果希望开源项目作者能够接受你的修改,就在github上发起一个pull request。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值