用HEAD表示当前版本
工作区:就是你在电脑里能看到的目录
版本库:工作区有一个隐藏目录.git,这个不算工作区,而是Git的版本库。
常用命令
- git clone 地址:克隆项目
- git add {文件} :把当前的所有的修改内容都提交到本地的暂存区里
- git commit -m " " :提交,-m是加注释,""中的内容
- git pull :把远端的代码同步到本地仓库
- git push : 把本地仓库推送到远端仓库
- git status:查看当前对应项目的状态
- git diff :查看详细修改的东西
- git rm --cached -r {文件目录}:清除本地仓库中的文件
git rm -r --cached . 清除本地仓库中所有文件 - 将远端仓库的某个分支拉去到本地
如果本地有远端仓库中的项目:git checkout -b 本地分支名 origin/远程分支名
本地没有项目:git clone -b 分支名 仓库地址
版本控制
命令 | 描述 |
---|---|
git init | 把这个目录变成Git可以管理的仓库 |
git add | 添加文件,到暂存区 |
git commit -m "xxx" | 提交文件到本地仓库 |
git status | 查看文件状态 |
git diff | 看看具体修改了什么内容 |
git log | 查看我们历史记录,看到分支的合并情况, 从最近到最远的提交日志(参数:–pretty=oneline) |
git reset | 回退版本,上一个版本就是HEAD^ ,上上一个版本就是HEAD^^ 当然往上100个版本写100个 ^比较容易数不过来,所以写成HEAD~100 |
git reflog | 用来记录你的每一次命令 |
工作区和暂存区:Git跟踪并管理的是修改,而非文件。
命令 | 描述 |
---|---|
git checkout – file | 命令git checkout – readme.txt意思就是,把readme.txt文件在工作区的修改全部撤销,这里有两种情况: 一种是readme.txt自修改后还没有被放到暂存区,现在,撤销修改就回到和版本库一模一样的状态; 一种是readme.txt已经添加到暂存区后,又作了修改,现在,撤销修改就回到添加到暂存区后的状态。 总之,就是让这个文件回到最近一次git commit或git add时的状态。 |
git reset HEAD < file> | 可以把暂存区的修改撤销掉(unstage),重新放回工作区 |
git rm file | 从版本库中删除该文件 |
git checkout | 其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。 |
git remote add origin <地址> | 要关联一个远程库 |
git push -u origin master | 第一次推送master分支的所有内容 |
git clone | 克隆一个本地库 |
使用https除了速度慢以外,还有个最大的麻烦是每次推送都必须输入口令,但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https
分支操作
命令 | 描述 |
---|---|
git checkout -b dev | git checkout命令加上-b参数表示创建并切换,相当于以下两条命令 |
git branch dev | 查看当前分支,会列出所有分支,当前分支前面会标一个*号 |
git checkout dev | 切换分支 |
git switch -c dev | 创建并切换到新的dev分支 |
git switch master | 直接切换到已有的master分支 |
git merge dev | 用于合并指定分支到当前分支 |
命令 | 描述 |
---|---|
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> | 删除分支 |
git branch -D < name> | 强行删除分支 |
合并分支时,加上–no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。
修复bug时,我们会通过创建新的bug分支进行修复,然后合并,最后删除;
当手头工作没有完成时,先把工作现场git stash一下,然后去修复bug,修复后,再git stash pop,回到工作现场;
在master分支上修复的bug,想要合并到当前dev分支,可以用git cherry-pick 命令,把bug提交的修改“复制”到当前分支,避免重复劳动。
开发一个新feature,最好新建一个分支;
如果要丢弃一个没有被合并过的分支,可以通过**git branch -D < name>**强行删除。
远程连接
命令 | 描述 |
---|---|
git remote | 查看远程库的信息 |
git remote -v | 显示更详细的信息 |
git push origin dev | 推送dev分支 |
git push origin master | 推送master分支 |
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 push origin < branch-name>推送自己的修改;
- 如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
- 如果合并有冲突,则解决冲突,并在本地提交;
- 没有冲突或者解决掉冲突后,再用git push origin < branch-name>推送就能成功!
- 如果git pull提示no tracking information,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream-to < branch-name> origin/< branch-name>。
这就是多人协作的工作模式,一旦熟悉了,就非常简单。