一直以来都用自己的svn服务器进行代码的管理,最近搬地方后,没有环境把服务器架起来,只好尝试一下用git,来进行版本管理。其实和用过版本管理工具的,上手git应该还是容易的,毕竟都是一些耳熟能详的的概念。目前还没有找到类似svn那样的图形化工具,暂时先用命令行对付一段时间吧。
也没买书,网上搜了一下教程就开始干起来了,我看的教程是这个链接,写得很好,供大家参考。https://www.liaoxuefeng.com/wiki/896043488029600
命令汇总
初始化一个Git仓库,git init
添加文件到Git仓库,分两步:
- 使用命令
git add <file>
,注意,可反复多次使用,添加多个文件; - 使用命令
git commit -m <message>
,完成
强制添加到Git git add -f App.class
更多添加、提交操作(没那么常用的命令)
# 添加当前目录中的所有文件
git add -A
# 添加当前目录中的所有文件更改
git add .
# 选择要添加的更改(你可以 Y 或 N 完成所有更改)
git add -p
### 添加文件并提交一次
git commit filename -m 'commit message'
### 添加文件并提交暂存文件
git commit -am 'insert commit message'
### 更改你的最新提交消息
git commit --amend 'new commit message'
# 将一系列提交合并为一个提交,你可能会用它来组织混乱的提交历史记录
git rebase -i
### 这将为你提供核心编辑器上的界面:
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
### 创建一个本地分支
git checkout -b branchname
### 在2个分支之间切换
git checkout prc/dev-wupx
git checkout master
### 将新的本地分支作为备份
git push -u origin branch_2
### 删除本地分支,这不会让你删除尚未合并的分支
git branch -d branch_2
### 删除本地分支,即使尚未合并,这也会删除该分支!
git branch -D branch_2
### Viewing all current branches for the repository, including both ### local and remote branches. Great to see if you already have a ### branch for a particular feature addition, especially on bigger ### projects
### 查看存储库的所有当前分支,包括本地和远程分支。
git branch -a
### 查看已合并到您当前分支中的所有分支,包括本地和远程。 非常适合查看所有代码的来源!
git branch -a --merged
### 查看尚未合并到当前分支中的所有分支,包括本地和远程
git branch -a --no-merged
### 查看所有本地分支
git branch
### 查看所有远程分支
git branch -r
# 将主分支重新设置为本地分支
$ git rebase origin/master
# 将分支推送到远程存储库源并对其进行跟踪
$ git push origin branchname
合并操作
### 首先确保你正在查看 master 分支
git checkout master
### 现在将你的分支合并到 master
git merge prc/dev-wupx
仓库当前的状态 git status
查看difference git diff
查看历史记录 git log
查看命令历史 git reflog
,以便确定要回到未来
回退命令git reset --hard commit_id
丢弃工作区的修改 git checkout -- file
删除一个文件 git rm
文件恢复到最新版本 git checkout -- test.txt
生成key ssh-keygen -t rsa -C "1517254411@qq.com"
公钥是 id_rsa.pub
,拷贝后保存到对应网站上
关联远程库 git remote add origin git@github.com:xxx/xxx.git
本地库的所有内容推送到远程库上,git push -u origin master
克隆一个本地库命令git clone
查看分支:git branch
创建分支:git branch <name>
切换分支:git checkout <name>
创建+切换分支:git checkout -b <name>
合并某分支到当前分支:git merge <name>
git merge --no-ff -m "merge with no-ff" <name>
#用普通模式合并,合并后的历史有分支,能看出来曾经做过合并
删除分支:git branch -d <name>
查看分支合并图 日志用git log --graph
命令可以看到分支合并图。--pretty=oneline --abbrev-commit
保存工作现场 git stash
查看工作区git stash list
恢复 stash内容 git stash apply
内容不删除, git stash drop
来删除 , git stash pop
,恢复的同时把stash内容也删了
复制一个特定的提交到当前分支 git cherry-pick 4c805e2
强行删除一个没有被合并过的分支 git branch -D <name>
查看远程库的信息,用git remote
, 显示更详细的信息 git remote -v
推送分支 git push origin master
克隆 git clone git@github.com:xxx/xxx.git
创建远程origin
的dev
分支到本地 git checkout -b dev origin/dev
把最新的提交从远程origin/dev
抓下来 git pull
指定本地dev
分支与远程origin/dev
分支的链接 git branch –set-upstream-to=origin/dev dev 再git pull
变基 (未push的分叉提交历史整理成直线) git rebase
打一个新标签 git tag <name>
打历史标签, 找到历史提交的commit id , git tag v0.9 f52c633
查看所有标签 git tag
查看标签信息 git show <tagname>
创建带有说明的标签,用-a
指定标签名,-m
指定说明文字 git tag -a v0.1 -m "version 0.1 released" 1094adb
删除本地标签 git tag -d v0.1
推送某个标签到远程,使用命令git push origin <tagname>
删除已有的GitHub远程库 git remote rm origin
一次性推送全部尚未推送到远程的本地标签 git push origin --tags
删除远程,需要先从本地删除git tag -d v0.9
, 再从远程删除 git push origin :refs/tags/v0.9
和远程库关联 git remote add origin git@xxx.com:xxx/xxx.git
查看远程库信息 git remote -v
使用多个远程库, 先关联GitHub的远程库 git remote add github git@github.com:michaelliao/learngit.git
再关联码云的远程库 git remote add gitee git@gitee.com:liaoxuefeng/learngit.git
让Git显示颜色 git config --global color.ui true
检查哪个规则写错,可以用git check-ignore
命令git check-ignore -v App.class
相关知识
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,。把文件往Git版本库里添加的时候,是分两步执行的:
第一步是用git add
把文件添加进去,实际上就是把文件修改添加到暂存区;
第二步是用git commit
提交更改,实际上就是把暂存区的所有内容提交到当前分支
命令git checkout -- readme.txt
意思就是,把readme.txt
文件在工作区的修改全部撤销,这里有两种情况:
一种是readme.txt
自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态;
一种是readme.txt
已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。
总之,就是让这个文件回到最近一次git commit
或git add
时的状态。
场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file
。
场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>
,就回到了场景1,第二步按场景1操作。
场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
当你第一次使用Git的clone
或者push
命令连接GitHub时,会得到一个警告:
分支在实际中有什么用呢?假设你准备开发一个新功能,但是需要两周才能完成,第一周你写了50%的代码,如果立刻提交,由于代码还没写完,不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交,又存在丢失每天进度的巨大风险。
现在有了分支,就不用怕了。你创建了一个属于你自己的分支,别人看不到,还继续在原来的分支上正常工作,而你在自己的分支上干活,想提交就提交,直到开发完毕后,再一次性合并到原来的分支上,这样,既安全,又不影响别人工作。
一开始的时候,master
分支是一条线,Git用master
指向最新的提交,再用HEAD
指向master
,就能确定当前分支,以及当前分支的提交点:
当Git无法自动合并分支时,就必须首先解决冲突。解决冲突后,再提交,合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容,再提交。
首先,master
分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
那在哪干活呢?干活都在dev
分支上,也就是说,dev
分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev
分支合并到master
上,在master
分支发布1.0版本;
你和你的小伙伴们每个人都在dev
分支上干活,每个人都有自己的分支,时不时地往dev
分支上合并就可以了。
Git分支十分强大,在团队开发中应该充分应用。
合并分支时,加上--no-ff
参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward
合并就看不出来曾经做过合并。
Git还提供了一个stash
功能,可以把当前工作现场“储藏”起来,等以后恢复现场后继续工作:
修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
当手头工作没有完成时,先把工作现场git stash
一下,然后去修复bug,修复后,再git stash pop
,回到工作现场;
在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick <commit>
命令,把bug提交的修改“复制”到当前分支,避免重复劳动。
在master分支上修复了bug后,我们要想一想,dev分支是早期从master分支分出来的,所以,这个bug其实在当前dev分支上也存在。
那怎么在dev分支上修复同样的bug?
同样的bug,要在dev上修复,我们只需要把4c805e2 fix bug 101
这个提交所做的修改“复制”到dev分支。注意:我们只想复制4c805e2 fix bug 101
这个提交所做的修改,并不是把整个master分支merge过来。
为了方便操作,Git专门提供了一个cherry-pick
命令,让我们能复制一个特定的提交到当前分支
开发一个新feature,最好新建一个分支;
如果要丢弃一个没有被合并过的分支,可以通过git branch -D <name>
强行删除。
当你从远程仓库克隆时,实际上Git自动把本地的master
分支和远程的master
分支对应起来了,并且,远程仓库的默认名称是origin
推送分支,就是把该分支上的所有本地提交推送到远程库。推送时,要指定本地分支,这样,Git就会把该分支推送到远程库对应的远程分支上:
不是一定要把本地分支往远程推送,那么,哪些分支需要推送,哪些不需要呢?
-
master
分支是主分支,因此要时刻与远程同步; -
dev
分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步; - bug分支只用于在本地修复bug,就没必要推到远程了,除非老板要看看你每周到底修复了几个bug;
- feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发。
总之,就是在Git中,分支完全可以在本地自己藏着玩,是否推送,视你的心情而定!
从远程库clone时,默认情况下,你的小伙伴只能看到本地的master
分支。 要在dev
分支上开发,就必须创建远程origin
的dev
分支到本地,于是他用这个命令创建本地dev
分支, git checkout -b dev origin/dev
你的小伙伴的最新提交和你试图推送的提交有冲突,解决办法也很简单,Git已经提示我们,先用git pull
把最新的提交从origin/dev
抓下来,然后,在本地合并,解决冲突,再推送:
多人协作的工作模式通常是这样:
- 首先,可以试图用
git push origin <branch-name>
推送自己的修改; - 如果推送失败,则因为远程分支比你的本地更新,需要先用
git pull
试图合并; ( 如果git pull
提示no tracking information
,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to <branch-name> origin/<branch-name>
) - 如果合并有冲突,则解决冲突,并在本地提交;
- 没有冲突或者解决掉冲突后,再用
git push origin <branch-name>
推送就能成功!
rebase操作可以把本地未push的分叉提交历史整理成直线;
rebase的目的是使得我们在查看历史提交的变化时更容易,因为分叉的提交需要三方对比。
发布一个版本时,我们通常先在版本库中打一个标签(tag) , 标签也是版本库的一个快照。 tag就是一个让人容易记住的有意义的名字,它跟某个commit绑在一起 。 标签总是和某个commit挂钩。如果这个commit既出现在master分支,又出现在dev分支,那么在这两个分支上都可以看到这个标签
在Git工作区的根目录下创建一个特殊的.gitignore
文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。
将代码提交到阿里云上
已存在的文件夹或 Git 仓库
cd existing_folder git init git remote add origin git@code.aliyun.com:xxxx/xxx.git git add . git commit -m "init project" git push -u origin master
创建新版本库
git clone git@code.aliyun.com:xxxx/xxx.git cd php2020 touch README.md git add README.md git commit -m "add README" git push -u origin master
清空全部文件
git rm "*" -r -f
git commit -m "empty project"
git push origin master
gitignore文件模板
ref: https://github.com/github/gitignore
知乎上的 https://zhuanlan.zhihu.com/p/94008510