社区微信群开通啦,扫一扫抢先加入社区官方微信群
社区微信群
新建一个仓库之后,当前目录就成为了工作区
工作区下有一个隐藏目录 .git,它属于 Git 的版本库 History。
Git 的版本库里存了很多东西,其中最重要的就是称为 stage(或者叫 index)的暂存区,还有 Git 为我们自动创建的第一个分支master
,以及指向master
的一个指针叫HEAD
。
git init
命令。git add <file>
,注意,可反复多次使用,添加多个文件;git commit -m <message>
,完成。git status
命令。git status
告诉你有文件被修改过,用git diff
可以查看修改内容。HEAD
指向的版本就是当前版本,因此,Git 允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id
。(HEAD ^:上个版本,HEAD ^^:上上个版本,HEAD~100:前 100 个版本)git log
可以查看提交历史,以便确定要回退到哪个版本。git reflog
查看命令历史,以便确定要回到未来的哪个版本。git add
到暂存区,那就不会加入到commit
中。git reset -- files
使用当前分支上的修改覆盖暂存区,用来撤销最后一次 git add files
git checkout -- files
使用暂存区的修改覆盖工作目录,用来撤销本地修改git rm
用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。可以跳过暂存区域直接从分支中取出修改,或者直接提交修改到分支中。
git commit -a
直接把所有文件的修改添加到暂存区然后执行提交git checkout HEAD -- files
取出最后一次修改,可以用来进行回滚操作要关联一个远程库,使用命令git remote add origin git@server-name:path/repo-name.git
;
关联后,使用命令git push -u origin master
第一次推送 master 分支的所有内容;
此后,每次本地提交后,只要有必要,就可以使用命令git push origin master
推送最新修改;
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
创建 + 切换分支:git checkout -b <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>
用git log --graph
命令可以看到分支合并图。
合并分支时,加上--no-ff
参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward
合并就看不出来曾经做过合并。
当手头工作没有完成时,先把工作现场git stash
一下,然后去修复 bug,修复后,再git stash pop
,回到工作现场。
开发一个新 feature,最好新建一个分支;如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>
强行删除。
查看远程库信息,使用git remote -v
;
本地新建的分支如果不推送到远程,对其他人就是不可见的;
从本地推送分支,使用git push origin branch-name
,如果推送失败,先用git pull
抓取远程的新提交;
在本地创建和远程分支对应的分支,使用git checkout -b branch-name origin/branch-name
,本地和远程分支的名称最好一致;
建立本地分支和远程分支的关联,使用git branch --set-upstream branch-name origin/branch-name
;
从远程抓取分支,使用git pull
,如果有冲突,要先处理冲突。
命令git tag <tagname>
用于新建一个标签,默认为HEAD
,也可以指定一个 commit id;
命令git tag -a <tagname> -m "blablabla..."
可以指定标签信息;
命令git tag
可以查看所有标签。、
命令git push origin <tagname>
可以推送一个本地标签;
命令git push origin --tags
可以推送全部未推送过的本地标签;
命令git tag -d <tagname>
可以删除一个本地标签;
命令git push origin :refs/tags/<tagname>
可以删除一个远程标签。
忽略某些文件时,需要编写.gitignore
;
.gitignore
文件本身要放到版本库里,并且可以对.gitignore
做版本管理!
在实际开发中,我们应该按照几个基本原则进行分支管理:
首先,master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪干活呢?干活都在dev
分支上,也就是说,dev
分支是不稳定的,到某个时候,比如 1.0 版本发布时,再把dev
分支合并到master
上,在master
分支发布 1.0 版本;
你和你的小伙伴们每个人都在dev
分支上干活,每个人都有自己的分支,时不时地往master
分支上合并就可以了。
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!