GIT学习笔记

简介: 1、创建版本库先创建一个空目录通过git init命令把这个目录变成Git可以管理的仓库:

1、创建版本库


先创建一个空目录


通过git init命令把这个目录变成Git可以管理的仓库


2.在learngit目录下创建readme文件


git add readme.txt   把文件添加到仓库暂存区


git commit -m “xu”  把文件从暂存区提交到当前分支   -m后面是本次提交的说明,


可以输入任何内容


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


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


4.告诉我们历史记录,在Git中,我们用git log命令查看:


可以加git log --pretty=oneline 整理一下格式


5.回退版本


在Git中,用HEAD表示当前版本,也就是最新的提交3628164...882e1e0(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^,上上一个版本就是HEAD^^,当然往上100个版本写100个^比较容易数不过来,所以写成HEAD~100。


现在,我们要把当前版本“append GPL”回退到上一个版本“add distributed”,就可以使用git reset命令:


可以指定commid_id回到未来或者过去的某个版本


如果命令窗口关闭,也可以用git reflog查看命令历史,以便确定要回到未来的哪个版本


6.用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别:


7.git checkout -- file可以丢弃工作区的修改


$ git checkout — readme.txt


这里有两种情况:


一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;


一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。


git reset HEAD file可以把暂存区的修改撤销掉


8.删除文件


另一种情况是删错了,因为版本库里还有呢,所以可以很轻松地把误删的文件恢复到最新版本:


$ git checkout -- test.txt


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


9.关联一个远程库


现在,我们根据GitHub的提示,在本地的learngit仓库下运行命令:


$ git remote add origin git@github.com:michaelliao/learngit.git


请千万注意,把上面的michaelliao替换成你自己的GitHub账户名,否则,你在本地关联的就是我的远程库,关联没有问题,但是你以后推送是推不上去的,因为你的SSH Key公钥不在我的账户列表中


10.将本地版本推送到远程


第一次推送


git push -u origin master


由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的


master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master

分支关联起来,在以后的推送或者拉取时就可以简化命令

从现在起,只要本地作了提交,就可以通过命令:


$ git push origin master


11.将远程库克隆到本地库


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


GitHub给出的地址不止一个,还可以用https://github.com/michaelliao/gitskills.git这样的地址。实际上,Git支持多种协议,默认的git://使用ssh,但也可以使用https等其他协议。


使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令


12.创建与合并分支


首先,我们创建dev分支,然后切换到dev分支:


  $ git checkout -b dev
  Switched to a new branch  'dev'


git checkout命令加上-b参数表示创建并切换,相当于以下两条命令:


$ git branch dev
  $ git checkout dev
  Switched to branch  'dev'


然后,用git branch命令查看当前分支:


$ git branch


现在,dev分支的工作完成,我们就可以切换回master分支:


$ git checkout master
  Switched to branch  'master'

现在,我们把dev分支的工作成果合并到master分支上:


$ git merge dev


git merge命令用于合并指定分支到当前分支。合并后,再查看readme.txt的内容,就可

以看到,和dev分支的最新提交是完全一样的。


合并完成后,删除dev分支:


$ git branch -d dev


删除后,查看branch,就只剩下master分支了:


$ git branch
  * master

用带参数的git log也可以看到分支的合并情况:


$ git log --graph --pretty=oneline --abbrev-commit


用git log --graph命令可以看到分支合并图。


用普通模式合并dev分支:

$ git merge --no-ff -m  "merge with no-ff" dev
  Merge made by the  'recursive' strategy.
  readme.txt |    1  +
  1 file changed,  1 insertion(+)


请注意--no-ff参数,表示禁用Fast forward,合并后的历史有分支,能看出来曾经做过

合并,而fast forward合并就看不出来曾经做过合并


13.bug分支


如果当前正在dev上进行的工作还没有完成,不能提交


Git提供了一个stash功能,可以把当前工作现场“储藏”起来,等以后修复bug后继续工作

$ git stash
  Saved working directory  and index state WIP  on dev:  6224937 add merge
  HEAD is now at  6224937 add merge


现在,用git status查看工作区,就是干净的(除非有没有被Git管理的文件),因此可

以放心地创建分支来修复bug。


首先确定要在哪个分支上修复bug,假定需要在master分支上修复,就从master创建临

时分支:


$ git checkout master
  Switched to branch  'master'
  Your branch is ahead of  'origin/master' by 6  commits.
  $ git checkout -b issue-101
  Switched to a new branch  'issue-101'

修复完成后,切换到master分支,并完成合并,最后删除issue-101分支:


$ git checkout master
  Switched to branch  'master'
  Your branch is ahead of  'origin/master' by 2  commits.
  $ git merge --no-ff -m  "merged bug fix 101" issue-101
  Merge made by the  'recursive' strategy.
  readme.txt |    2  +-
  1 file changed,  1 insertion(+), 1  deletion(-)
  $ git branch -d issue-101
  Deleted branch issue-101 (was cc17032).

现在,接着回到dev分支干活

$ git checkout dev
  Switched to branch  'dev'
  $ git status
  # On branch dev
  nothing to commit (working directory clean)

用git stash list命令看看:


 

$ git stash list
  stash@{0}: WIP  on dev:  6224937 add merge


一是用git stash apply恢复,但是恢复后,stash内容并不删除,你需要用git stash

drop来删除;


另一种方式是用git stash pop,恢复的同时把stash内容也删了:


$ git stash pop
  Dropped refs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)


再用git stash list查看,就看不到任何stash内容了:


$ git stash list


你可以多次stash,恢复的时候,先用git stash list查看,然后恢复指定的stash,用命令:


$ git stash apply stash@{0}


14.删除分支


如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>强行删除。


15.查看远程库信息


要查看远程库的信息,用git remote:


 $ git remote


 origin


或者,用git remote -v显示更详细的信息:

$ git remote -v
  origin  git@github.com:michaelliao/learngit.git (fetch)
  origin  git@github.com:michaelliao/learngit.git (push)

16.创建本地dev分支,同步远程dev分支:


$ git checkout -b dev origin/dev


现在,他就可以在dev上继续修改


17多人协作冲突错误


你的小伙伴已经向origin/dev分支推送了他的提交,而碰巧你也对同样的文件作了修

改,并试图推送:


$ git add hello.py
  $ git commit -m  "add coding: utf-8"
  error: failed to  push some refs  to 'git@github.com:michaelliao/learngit.git'
  hint: Updates were rejected because the tip of  your current branch  is behind
  hint: its remote counterpart. Merge the remote changes (e.g. 'git pull')
  hint: before pushing again.
  hint: See the 'Note about fast-forwards' in  'git push --help' for details.

推送失败,因为你的小伙伴的最新提交和你试图推送的提交有冲突,解决办法也很简单,Git已经提示我们,先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,再推送:


$ git pull
  remote: Counting objects: 5, done.
  remote: Compressing objects: 100% (2/2), done.
  remote: Total 3  (delta 0), reused 3  (delta 0)
  Unpacking objects: 100% (3/3), done.
  From github.com:michaelliao/learngit
     fc38031..291bea8  dev        -> origin/dev
  There is no tracking information for  the current branch.
  Please specify which branch you want to merge with.
  See git-pull(1) for  details
  git pull <remote> <branch>
  If you wish to set tracking information for this branch you can do so with:
 git branch --set-upstream dev origin/<branch>


git pull也失败了,原因是没有指定本地dev分支与远程origin/dev分支的链接,根据提示,设置dev和origin/dev的链接:


$ git branch --set-upstream dev origin/dev #建立本地分支和远程分支的关联

再pull:


$ git pull
  Auto-merging hello.py
  CONFLICT (content): Merge  conflict in hello.py
  Automatic merge failed; fix conflicts and  then  commit the result.

这回git pull成功,但是合并有冲突,需要手动解决,解决的方法和分支管理中的解决冲

突完全一样。解决后,提交,再push:


多人协作的工作模式通常是这样:


首先,可以试图用git push origin branch-name推送自己的修改;


如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;


如果合并有冲突,则解决冲突,并在本地提交;


没有冲突或者解决掉冲突后,再用git push origin branch-name推送就能成功!


如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系

没有创建,用命令git branch --set-upstream branch-name origin/branch-name


18.新建标签


命令git tag <name>用于新建一个标签,默认为HEAD,也可以指定一个commit id;


git tag -a <tagname> -m "blablabla..."可以指定标签信息;


git tag -s <tagname> -m "blablabla..."可以用PGP签名标签;


命令git tag可以查看所有标签。


命令git push origin <tagname>可以推送一个本地标签;


命令git push origin --tags可以推送全部未推送过的本地标签;


命令git tag -d <tagname>可以删除一个本地标签;


命令git push origin :refs/tags/<tagname>可以删除一个远程标签。


19、git日志操作


git log —graph
 git log —oneline

20、强行下拉覆盖文件

git fetch —all
 git reset --hard origin分支名
 git pull origin 分支名

21删除远程上的分支

git push [远程名] :[分支名]
$ git push origin :serverfix
To git@github.com:schacon/simplegit.git
- [deleted]         serverfix


22


git push origin :yuanlesheng 删除远程分支


git push origin yuanlesheng:yuanlesheng 提交到远程分支


git pull origin yuanlesheng:yuanlesheng 下拉远程分支


目录
相关文章
|
4月前
|
安全 Linux 开发工具
Git学习笔记
这篇文章是一份Git学习笔记,涵盖了Git的基本命令、工作流程、项目搭建、文件状态管理,以及如何使用码云和IDEA进行版本控制操作。
Git学习笔记
|
7月前
|
Shell 网络安全 开发工具
Git学习笔记
Git学习笔记
137 1
Git学习笔记
|
5月前
|
存储 安全 开发工具
Git学习笔记 三个区域、文件状态、分支、常用命令
理解并掌握这些概念和命令,对于有效地使用Git来管理项目源代码是至关重要的。Git的强大功能支持了复杂的开发工作流程,而良好的Git实践能够极大地提高团队的协作效率。随着实践的增多,对于Git更深层次的功能和最佳实践的理解也会随之增长,进一步加强你作为一个软件开发者的能力。
74 0
|
Linux 网络安全 开发工具
Git学习笔记
Git学习笔记
81 0
|
Linux 网络安全 API
git常用命令学习笔记
git常用命令学习笔记
73 0
|
程序员 开发工具 git
搭建博客可能会用到的 Git 命令|学习笔记
搭建博客可能会用到的 Git 命令|学习笔记
|
缓存 Shell 开发工具
【BackEnd--Git】学习笔记(实战开发常用技巧)
Git学习笔记(实战开发常用技巧)
111 0
|
算法 安全 Linux
git第n次学习笔记
git第n次学习笔记
|
项目管理 开发工具 git
Git学习笔记(三) git submodule
Git学习笔记(三) git submodule
164 0
|
缓存 开发工具 git
Git学习笔记(二) git stash
Git学习笔记(二) git stash
1065 0