GIT

原创

番茄512430 2017-03-30 23:46:59 博主文章分类：PHP ©著作权

文章标签 git 文章分类 服务器

©著作权归作者所有：来自51CTO博客作者番茄512430的原创作品，如需转载，请与作者联系，否则将追究法律责任

SVN：集中式版本管理

svn优点：多人团队合作的时候，如果给程序员分配好权限以后，程序员直接通过svn把代码直接提交到服务器，而且每个版本提交都写上日志，可以查看哪些程序员提交哪些东西，有些人只能上传某些项目，有些人只能看不能传。使用svn的时候所有的数据都由一台核心svn服务器来管理，所有源代码都在这里。

svn缺点：1由于只有一台服务器作为代码管理，核心服务器挂掉或者中毒以后很可能给公司带来严重的损失。2另外有些公司的服务器是内网的，程序员回家以后就连不上公司的服务器了，无法进行代码的管理。3同一个节点上面容易出现好几个分支，要搞清楚是那个分支上开发的版本，要清楚卖给客户的是哪个版本，程序员电脑里要装的是哪个版本，全部都得搞清楚，分支太多导致svn管理困难。

GIT：

git优点：版本管理仓库可以有多个，每个程序员都可以往公司代码仓库提交，但每个程序员自己电脑里有可以有自己的版本仓库，自己的版本仓库也具有所以仓库的源代码，如果一公司有几个分公司，例如北京上海的分公司都有自己的版本仓库，可能在互联网某个地方还有核心仓库，中心版本仓库可以同时接受上海北京版本仓库代码的同步，每个程序员又可以把自己的代码同步到对应区域的版本仓库里面，核心仓库又会从北京上海同步代码，程序员可以从核心代码仓库上同步一个最新的，也就是把分公司最新的同步到自己本地上来了，自己本地仓库就和核心仓库代码是一样的。万一任何一个节点挂掉了，都可以通过其他节点来恢复它。中毒源代码丢失等风险降到最低。

工作原理：中心服务器队友着若干仓库，若干仓库又对应着笔记本或者电脑，核心服务器、小组服务器，电脑终端上都有核心的仓库，每台电脑修改完的代码提交到最近的节点服务器上，中心服务器会同步跟它比较近的每一个节点，同步完成以后，中心服务器代码仓库就是最新的

GIT 常用命令

1）基础

git config --global user.name "Your Name"设置你的仓库用户名（用于标识提交者）

git config --global user.email "email@example.com"设置你的仓库邮箱（用于标识提交者）

git init 初始化一个git仓库

git add --all 添加所有更改的文件

git add filename1 当然可以指定添加filename1

git commit -m "commit message" 添加更改的信息，必须要有，不然报错，不建议不加。

git status 查看git当前状态

git diff filename1 查看filename1到底修改了哪些内容

git log 查看最近的提交日志

git log --pretty=oneline 单行显示提交日志

git reset --hard commitID 利用git log得到的commitID返回版本

git reset --hard HEAD^回到上一个版本

git reflog 查看命令的历史，可以找到git log看不到的commitID，因为git log只显示当前的提交日志，如果你提交了一次，退回版本后又后悔了，就能查看上次提交的commitID

git checkout -- filename1 利用版本库中的版本替换工作区中的文件。功能有2：

撤销文件修改，分两种情况：

撤销工作区中的修改（没有使用git add命令添加到暂存区）

撤销暂存区中的修改（添加到了暂存区又做了修改）

找回删除的文件

工作区中文件误删了，可以通过此命令从版本库中找回

git reset HEAD filename1 撤销add，回到工作区

git rm filename1 删除文件

git remote add origin https://github.com/pengloo53/learngit.git 将本地库关联到github远程库上

git push -u origin master 第一次推送的时候要加上-u参数，可以将本地库的master分支与远程库的master分支关联起来；下次提交就不需要加-u了。

git clone https://github.com/pengloo53/learngit.git 克隆远程库到本地

2）分支管理

git checkout -b dev创建dev分支并切换到dev。相当于git branch dev、git checkout dev两条命令。

git branch查看当前分支

git merge dev合并指定分支到当前分支，如，你现在master分支，那么执行命令就将dev分支合并到了master分支上。

git branch -d dev删除dev分支

git log --graph --pretty=oneline --abbrev-commit查看分支合并图

git merge --no-ff -m "merge with no-ff" dev禁用「Fast forward」，也就是保留分支的相关信息。

git stash 将工作区现场储藏起来，等以后恢复后继续工作。通常用于处理更为着急的任务时，例如：bug。

git stash list 查看保存的工作现场

git stash apply恢复工作现场

git stash drop 删除stash内容

git stash pop 恢复的同时直接删除stash内容

git stash apply stash@{0} 恢复指定的工作现场，当你保存了不只一份工作现场时。

git branch -D feature-vulcan 强行删除分支。用于不需要合并，就地删除的情况。

git remote 查看远程库的信息，一般返回origin。

git remote -v 查看远程库的详细信息。

git push origin master 将本地master分支推送到远程master分支。

master分支为主分支，因此要时刻与远程同步；

dev分支为开发分支，团队成员都需要在上面工作，所以也需要与远程同步；

bug分支只用于在本地修复bug，没有必要推送到远程；

feature新功能分支是否推送到远程，取决于你是否和其他人合作在上面开发。

git clone https://github.com/pengloo53/learngit.git 将远程库克隆到本地，默认只能看到master分支。

git checkout -b dev origin/dev 创建远程dev分支到本地

git pull 将远程分支的最新内容抓取下来。

git branch --set-upstream dev origin/dev将本地dev分支与远程dev分支之间建立链接。

多人协作工作模式

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

如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并（如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream branch-name origin/branch-name）;

如果合并有冲突，则解决冲突，并在本地提交；

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

3）标签管理

git tag v1.0 给当前分支打上标签

git tag 查看所有的标签，按时间顺序列出。

git log --pretty=oneline --abbrev-commit缩略commitID并单行显示提交信息

git tag v0.9 commitID通过上一条命令查看commitID，然后打上标签。用于忘记打标签的情况，因为标签其实就是只想某个commitID的指针，默认情况下，标签打在最新的提交上。

git show v0.9 查看标签信息。

git tag -a v0.1 -m "version 0.1 released" commitID创建带有说明的标签，-a指定标签名，-m指定说明文字。

git tag -d v0.1 删除标签v0.1

git push origin v1.0 推送标签1.0到远程

git push origin --tags 推送所有的标签到远程