在开发的时候,需要合并Git的分支,然后菜菜就兴致勃勃去了,结果!!!菜菜竟然不会了,然后概念也有些模糊了,在查阅了资料过后发现资料有些老旧以及不够集中,耽搁了菜菜摸鱼的时间,太过分了!太过分了!太过分了!
借此机会,把Git来好好学下,温故而知新,摸鱼一整天!冲冲冲!
Git 是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。
在开发中,Git已成为现在主流的一种代码托管技术(版本管理工具),基本上大多数的公司都在使用Git进行协同开发。很多代码托管平台也是基于Git来实现的。
Git 不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等。大家在工作学习中,应该接触过Git、GitLab、Github三个概念名称,来看下他们之间的联系与区别:
名称 | 含义 |
---|---|
Git | 版本控制系统(SVN),是一种工具/命令 |
GitLIb | 实现git功能的开发库 |
GitHub | 开放的在线代码仓库 |
GitLab | 一般是内部的在线代码仓库 ,搭建私服,类似于github 。利用Ruby on Rail开发的开源应用程序,实现一个自托管的Git项目仓库,可以通过web界面进行访问公开的或者私人项目 |
我们使用Git可以为我们做到以下事情,来节省我们摸鱼时间:
工作区Workspace
就是你在电脑里能看到的目录,平时存放项目代码的地方
暂存区Index / Stage
暂存区有时也叫作索引(index),一般存放在 .git 目录下的 index 文件(.git/index)中,事实上它只是一个文件,保存即将提交到文件列表信息
版本库/仓库区 Repository
工作区有一个隐藏目录 .git,这个不算工作区,而是 Git 的版本库。就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
远程仓库Remote
远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
由于SVN也比较流行,也时不时的在使用,菜菜在这里就做个两者的区别分析
本地把文件推送到远程服务
SVN
commit
Git
add、commit、push
这里示例是使用IntelliJ Idea哈,不深入讲Git Bush哈~
第一步,我们先新建一个文件夹,在文件夹里新建一个文件
第二步,进入文件夹,执行git init,创建新的 git 仓库
git init
第三步,创建一个本地仓库
git clone /path/to/repository //创建一个本地仓库的克隆版本
git clone username@host:/path/to/repository //远端服务器上的仓库
工作流:
你的本地仓库由 git 维护的三棵“树”组成。
第一个是你的 工作目录,它持有实际文件;
第二个是 暂存区(Index),它像个缓存区域,临时保存你的改动;
第三个是 HEAD,它指向你最后一次提交的结果
第四步,添加和提交
git add <filename>
git add *
第五步,提交到了 HEAD
git commit -m "代码提交信息"
第六步, 从HEAD 中提交到远端仓库
git push origin master //可以把 master 换成你想要推送的任何分支
git remote add origin <server> //将你的仓库连接到某个远程服务器
git checkout -b b1 //创建一个叫做“b1”的分支,并切换过去
git checkout master //切换回主分支
git branch -d b1 //删除建的b1分支
git push origin <branch> //将分支推送到远端仓库
第八步,更新与合并
git pull //更新你的本地仓库至最新改动
git merge <branch> //合并其他分支到你的当前分支,可能出现冲突(需要手动合并这些冲突)
git add <filename> //改完之后,将它们标记为合并成功
git diff <source_branch> <target_branch> //合并改动之前,预览差异
设置用户信息
git config --global user.name "xxxxx"
git config --global user.email [email protected]
查看配置信息
git config --list
git config user.name
git init newDir //在本地初始化一个git仓库
git clone <url> [directory] //clone一个git仓库
git push 使用本地的对应分支来更新对应的远程分支
git push <远程主机名> <本地分支名>:<远程分支名>
git push origin master
项目-》右键-》Git-》Repository-》Push
git pull 获取并合并其他的厂库,或者本地的其他分支
git pull <远程主机> <远程分支>:<本地分支>
git pull origin master:dev
查看分支,前面带*号的就是当前分支
git branch
* dev
master
项目-》右键-》Git-》Repository-》branches
创建分支
git branch 分支名
项目-》右键-》Git-》Repository-》branches-》New Branch
切换当前分支到指定分支
git checkout 分支名
项目-》右键-》Git-》Repository-》branches-》New Branch-》左键选中-》checkout
创建分支并切换到创建的分支
git checkout -b 分支名
合并某分支的内容到当前分支
git merge 分支名
删除分支
git branch -d 分支名
git branch //查看分支命令
git branch (branchname) //创建分支命令
git checkout (branchname) //切换分支命令
git merge //合并分支命令
git branch -d (branchname) //删除分支命令
查看文件状态
git status //查看文件状态
git status -s //更加具体的简介
将未跟踪的文件加入暂存区
git add dirUrl
git add . //把工作时的所有变化提交到暂存区
git add -u //git add --update的缩写,会将被修改的文件提交到暂存区。add -u 不会提交新文件
commit 命令将暂存区内容添加到本地仓库中
git commit -m [message]
git commit [file1] [file2] ... -m [message] //提交暂存区的指定文件到仓库区
git commit -a //参数设置修改文件后不需要执行 git add 命令,直接来提交
命令 | 解释 |
---|---|
git clone url | 克隆远程仓库 |
git init | 初始化本地 git 仓库(新建仓库) |
git status | 查看当前版本状态(是否修改) |
git diff | 显示所有未添加至 index 的变更 |
git diff HEAD | 查看已缓存的与未缓存的所有改动 |
git add | 将该文件添加到缓存 |
git commit -m ‘xxx’ | 提交 |
git commit --amend -m ‘xxx’ | 合并上一次提交(用于反复修改) |
git commit -am ‘xxx’ | 将 add 和 commit 合为一步 |
git remote -v | 列出远程分支详细信息 |
git remote show | 显示某个分支信息 |
git remote add | 添加一个新的远程仓库 |
git fetch | 获取远程分支,但不更新本地分支,另需 merge |
git pull | 获取远程分支,并更新本地分支 |
git push | 推送本地更新到远程分支 |
git push --delete | 删除一个远程分支 |
git push --tags | 推送本地标签 |
git merge | 合并分支到当前分支,存在两个 |
git rebase | 合并分支到当前分支,存在一个 |
git rebase --abort | 回到执行 rebase 之前 |
git rebase --continue | 解决矛盾后继续执行 rebase |
git mergetool | 使用 mergetool 解决冲突 |
git add | 使用冲突文件解决冲突 |
git reset --hard HEAD | 将当前版本重置为 HEAD(用于 merge 失败) |
git reset --hard | 将当前版本重置至某一个提交状态(慎用!) |
git reset | 将当前版本重置至某一个提交状态,代码不变 |
git reset --merge | 重置至某一状态,保留版本库中不同的文件 |
git reset --keep | 重置至某一状态,重置变化的文件,代码改变 |
git checkout HEAD | 丢弃本地更改信息并将其存入特定文件 |
git revert | 撤消提交 |
git log | 查看提交历史 |
git log -p | #查看指定文件的提交历史 |
git blame | 以列表方式查看指定文件的提交历史 |