Git命令集

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

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

第一步,使用命令git add <file>,注意,可反复多次使用,添加多个文件;

第二步,使用命令git commit,完成。

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


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

HEAD指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,
使用命令git reset --hard commit_id。

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

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

Git版本库里添加的时候,是分两步执行的:

第一步是用git add把文件添加进去,实际上就是把文件修改添加到暂存区;

第二步是用git commit提交更改,实际上就是把暂存区的所有内容提交
到当前分支。

因为我们创建Git版本库时,Git自动为我们创建了唯一一个master分支,
所以,现在,git commit就是往master分支上提交更改。

你可以简单理解为,需要提交的文件修改通通放到暂存区,
然后,一次性提交暂存区的所有修改。

暂存区是Git非常重要的概念,弄明白了暂存区,
就弄明白了Git的很多操作到底干了什么

现在,你又理解了Git是如何跟踪修改的,
每次修改,如果不add到暂存区,那就不会加入到commit中。

git的分区


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

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

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

git checkout其实是用版本库里的版本替换工作区的版本,
无论工作区是修改还是删除,都可以“一键还原”。

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库,
那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,
你会丢失最近一次提交后你修改的内容。
要关联一个远程库,使用命令git remote add origin 
git@server-name:path/repo-name.git;

关联后,使用命令git push -u origin master
第一次推送master分支的所有内容;

此后,每次本地提交后,只要有必要,就可以使用命令
git push origin master推送最新修改;

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在,
也就是有没有联网都可以正常工作,而SVN在没有联网的时候是拒绝干活的!
当有网络的时候,再把本地提交推送一下就完成了同步,真是太方便了!

git remote rm origin将缓存的origin remove 

要克隆一个仓库,首先必须知道仓库的地址,然后使用git clone命令克隆。

Git支持多种协议,包括https,但通过ssh支持的原生git协议速度最快。
ssh:    git@github.com:Link-Secret/GitSkills.git
https:  https://github.com/Link-Secret/GitSkills.git

分支在实际中有什么用呢?假设你准备开发一个新功能,
但是需要两周才能完成,第一周你写了50%的代码,
如果立刻提交,由于代码还没写完,不完整的代码
库会导致别人不能干活了。如果等代码全部写完
再一次提交,又存在丢失每天进度的巨大风险。

现在有了分支,就不用怕了。你创建了一个
属于你自己的分支,别人看不到,还继续在
原来的分支上正常工作,而你在自己的分支
上干活,想提交就提交,直到开发完毕后,
再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。


Git鼓励大量使用分支:

查看分支:git branch

创建分支:git branch <name>

切换分支:git checkout <name>

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

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

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


当Git无法自动合并分支时,就必须首先解决冲突。
解决冲突后,再提交,合并完成。

用git log --graph命令可以看到分支合并图。
git log --graph --pretty=oneline --abbrev-commit

Git分支十分强大,在团队开发中应该充分应用。

合并分支时,加上--no-ff参数就可以用普通模式合并,
合并后的历史有分支,能看出来曾经做过合并,
而fast forward合并就看不出来曾经做过合并。

未完 — 下一节 bug

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值