php长途仓库教程技巧_轨范猿的必备神器Git远程仓库的运用手腕详解

文章目录 [+]

学会利用这个东东是很有必要的！

至于为什么往下看便是了。

php长途仓库教程技巧_轨范猿的必备神器Git远程仓库的运用手腕详解

如果看完，你有了想法，就去试着去GitHub注册个账号，然后安装一下，再试着操作一遍！

（图片来自网络侵删）

注：以下命令是在Linux环境下的命令，记得哦，不过也是可以在windows安装好的Git Bash中利用，挺方便的！

Git的出身

同生活中的许多伟大事宜一样，Git 出身于一个极富纷争大举创新的年代。
1991年，Linus创建了开源的Linux，并且有着为数浩瀚的参与者。
虽然有天下各地的志愿者为Linux编写代码，但是绝大多数的 Linux 内核掩护事情都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。
在这期间，所有的源代码都是由Linus手工合并。
由于Linus武断地反对CVS和SVN，这些集中式的版本掌握系统（集中式和分布式我们会在接下来的内容讲解）不但速率慢，而且必须联网才能利用。
虽然有一些商用的版本掌握系统，比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。

不过，到了2002 年，Linux系统已经发展了十年了，代码库之大让Linus很难连续通过手工办法管理了，社区的弟兄们也对这种办法表达了强烈不满，于是全体项目组启用了一个商业版本的分布式版本掌握系统 BitKeeper 来管理和掩护代码。
BitKeeper的雇主BitMover公司出于人性主义精神，授权Linux社区免费利用这个版本掌握系统。
安定联络的大好局势在2005年被冲破，开拓BitKeeper 的商业公司同 Linux 内核开源社区的互助关系结束，缘故原由是Linux社区牛人聚拢，开拓Samba的Andrew试图破解BitKeeper的协议，这么干的实在也不但他一个，但是被BitMover公司创造了，于是BitMover公司收回了Linux社区的免费利用权。
这就迫使Linux开源社区（特殊是Linux的缔造者 Linus Torvalds ）不得不吸取教训，只有开拓一套属于自己的版本掌握系统才不至于重蹈覆辙。

他们对新的系统订定了多少目标：速率、大略的设计、对非线性开拓模式的强力支持（许可上千个并行开拓的分支）、完备分布式、有能力高效管理类似 Linux 内核一样的超大规模项目（速率和数据量）。
自出身于 2005 年以来，Git 日臻成熟完善，迅速成为最盛行的分布式版本掌握系统，在高度易用的同时，仍旧保留着初期设定的目标。
它的速率飞快，极其适宜管理大项目，它还有着令人难以置信的非线性分支管理系统，可以搪塞各种繁芜的项目开拓需求。
2008年，GitHub网站上线了，它为开源项目免费供应Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。

历史便是这么有时，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

Linus一贯痛恨的CVS及SVN都是集中式的版本掌握系统，而Git是分布式版本掌握系统，集中式和分布式版本掌握系统有什么差异呢？

先说集中式版本掌握系统，版本库是集中存放在中心做事器的，而大家事情的时候，用的都是自己的电脑，以是要先从中心做事器取得最新的版本，然后开始事情，事情完成，再把自己的修订推送给中心做事器。
这类系统，都有一个单一的集中管理的做事器，保存所有文件的修订版本，而协同事情的人们都通过客户端连到这台做事器，取出最新的文件或者提交更新。

那分布式版本掌握系统与集中式版本掌握系统有何不同呢？首先，分布式版本掌握系统根本没有“中心做事器”，每个人的电脑上都是一个完全的版本库，这样，你事情的时候，就不须要联网了，由于版本库就在你自己的电脑上。
既然每个人电脑上都有一个完全的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修正推送给对方，就可以相互看到对方的修正了。

和集中式版本掌握系统比较，分布式版本掌握系统的安全性要高很多，由于每个人电脑里都有完全的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。
而集中式版本掌握系统的中心做事器假如出了问题，所有人都没法干活了。

在实际利用分布式版本掌握系统的时候，实在很少在两人之间的电脑上推送版本库的修正，由于可能你们俩不在一个局域网内，两台电脑相互访问不了，也可能本日你的同事病了，他的电脑压根没有开机。
因此，分布式版本掌握系统常日也有一台充当“中心做事器”的电脑，但这个做事器的浸染仅仅是用来方便“交流”大家的修正，没有它大家也一样干活，只是交流修正未便利而已。

许多这类系统都可以指定和多少不同的远端代码仓库进行交互。
籍此，你就可以在同一个项目中，分别和不同事情小组的人相互协作。
你可以根据须要设定不同的协作流程，比如层次模型式的事情流，而这在以前的集中式系统中是无法实现的。

Git的配置

利用Git的第一件事便是设置你的名字和email,这些便是你在提交commit时的署名，每次提交记录里都会包含这些信息。
利用git config命令进行配置：

$ git config --global user.name \"大众Scott Chacon\公众$ git config --global user.email \"大众schacon@gmail.com\公众

实行了上面的命令后,会在家目录(/home/shiyanlou)下建立一个叫.gitconfig 的文件（该文件为隐蔽文件，须要利用ls -al查看到）. 内容一样平常像下面这样，可以利用vim或cat查看文件内容:

$ cat ~/.gitconfig[user] email = schacon@gmail.com name = Scott Chacon

上面的配置文件便是Git全局配置的文件，一样平常配置方法是git config --global <配置名称> <配置的值>。

如果你想使项目里的某个值与前面的全局设置有差异(例如把私人邮箱地址改为事情邮箱)，你可以在项目中利用git config 命令不带 --global 选项来设置. 这会在你当前的项目目录下创建 .git/config，从而利用针对当前项目的配置。

得到一个Git仓库

既然我们现在把统统都设置好了，那么我们须要一个Git仓库。
有两种方法可以得到它：一种是从已有的Git仓库中clone (克隆，复制)；还有一种是新建一个仓库，把未进行版本掌握的文件进行版本掌握

Clone一个仓库

为了得到一个项目的拷贝(copy),我们须要知道这个项目仓库的地址(Git URL). Git能在许多协议下利用，以是Git URL可能以ssh://, http(s)://, git://. 有些仓库可以通过不但一种协议来访问。

我们在github.com上供应了一个名字为gitproject的供大家测试的公有仓库，这个仓库可以利用下面办法进行clone：

clone 操作完成后，会创造当前目录下多了一个gitproject文件夹，这个文件夹里的内容便是我们刚刚clone下来的代码。
由于当前`gitproject仅是测试项目，里面仅有一个README.md文件。

$ cd gitproject/(master)$ ls README.md

细心的同学可以创造在命令提示符$前面多了个(master)。
这是由于实验楼的Linux利用的是zsh Shell，zsh会判断当前的目录是否有Git仓库，如果是的话则自动把目前所在的git分支显示在提示符中。
Git 分支的观点我们会在稍后先容。

初始化一个新的仓库

可以对一个已存在的文件夹用下面的命令让它置于Git的版本掌握管理之下。

创建代码目录project：

$ cd /home/shiyanlou/$ mkdir project

进入到代码目录，创建并初始化Git仓库：

$ cd project$ git init

Git会输出:

Initialized empty Git repository in /home/shiyanlou/project/.git/

通过ls -la命令会创造project目录下会有一个名叫.git 的目录被创建，这意味着一个仓库被初始化了。
可以进入到.git目录查看下有哪些内容。

正常的事情流程

git的基本流程如下：

1. 创建或修正文件

2. 利用git add命令添加新创建或修正的文件到本地的缓存区（Index）

3. 利用git commit命令提交到本地代码库

4. （可选，有的时候并没有可以同步的远端代码库）利用git push命令将本地代码库同步到远端代码库

创建和修正文件

进入我们刚才建立的project目录，分别创建文件file1，file2，file3：

$ cd project$ touch file1 file2 file3

修正文件，可以利用vim编辑内容，也可以直接echo添加测试内容。

$ echo \"大众test\"大众 >> file1$ echo \公众test\"大众 >> file2$ echo \公众test\"大众 >> file3

此时可以利用git status命令查看当前git仓库的状态：

$ git statusOn branch masterInitial commitUntracked files: (use \"大众git add <file>...\"大众) to include in what will be committed) file1 file2 file3nothing added to commit but untracked files present (use \"大众git add\"大众 to track)

可以创造，有三个文件处于untracked状态，下一步我们就须要用git add命令将他们加入到缓存区（Index）。

利用git add加入缓存区

利用git add命令将新建的文件添加到：

$ git add file1 file2 file3

然后再次实行git status就会创造新的变革：

$ git statusOn branch masterInitial commitChanges to be committed: (use \"大众git rm --cached <file>...\"大众 to unstage) new file: file1 new file: file2 new file: file3

你现在为commit做好了准备，你可以利用 git diff 命令再加上 --cached 参数，看看缓存区中哪些文件被修正了。
进入到git diff --cached界面后须要输入q才可以退出：

$ git diff --cached

如果没有--cached参数，git diff 会显示当前你所有已做的但没有加入到索引里的修正。

如果你要做进一步的修正, 那就连续做, 做完后就把新修正的文件加入到缓存区中。

利用git commit提交修正

当所有新建，修正的文件都被添加到了缓存区，我们就要利用git commit提交到本地仓库：

$ git commit -m \"大众add 3 files\"大众

须要利用-m添加本次修正的注释，完成后就会记录一个新的项目版本。
除了用git add 命令，我们还可以用下面的命令将所有没有加到缓存区的修正也一起提交，但-a命令不会添加新建的文件。

$ git commit -a -m \"大众add 3 files\公众

再次输入git status查看状态，会创造当前的代码库已经没有待提交的文件了，缓存区已经被清空。

至此，我们完成了第一次代码提交，这次提交的代码中我们创建了三个新文件。
须要把稳的是如果是修正文件，也须要利用git add命令添加到缓存区才可以提交。
如果是删除文件，则直策应用git rm命令删除后会自动将已删除文件的信息添加到缓存区，git commit提交后就会将本地仓库中的对应文件删除。

这时如果我们希望将本地仓库关联到远端做事器，我们可以利用 git remote 命令，不同于刚刚的 git clone 命令，直接将远真个仓库克隆下来。
我们当前的仓库是利用 git init 初始化确当地仓库，以是我们须要将本地仓库与远程仓库关联，利用如下命令（须要修正下面的远程仓库地址为自己的仓库地址）：

对付上述命令而言，git remote add 命令用于添加远程主机，origin 是主机名，此处我们可以自定义，不一定非要利用 origin，而

是我自己的远程仓库，此处须要更换为自己的远程仓库地址

这个时候如果本地的仓库连接到了远程Git做事器，可以利用下面的命令将本地仓库同步到远端做事器：

# 须要输入仓库对应的用户名和密码

$ git push origin master分支与合并

Git 的分支可以让你在主线（master分支）之外进行代码提交，同时又不会影响代码库主线。
分支的浸染表示在多人协作开拓中，比如一个团队开拓软件，你卖力独立的一个功能须要一个月的韶光来完成，你就可以创建一个分支，只把该功能的代码提交到这个分支，而其他同事仍旧可以连续利用主线开拓，你每天的提交不会对他们造成任何影响。
当你完成功能后，测试通过再把你的功能分支合并到主线。

创建分支

一个Git仓库可以掩护很多开拓分支。
现在我们来创建一个新的叫 experimental的分支：

$ git branch experimental

运行git branch命令可以查看当前的分支列表，以及目前的开拓环境处在哪个分支上：

$ git branch experimental master切换分支

experimental 分支是你刚才创建的，master分支是Git系统默认创建的主分支。
星号标识了你当事情在哪个分支下，输入git checkout 分支名可以切换到其他分支：

$ git checkout experimentalSwitched to branch 'experimental'

切换到experimental分支，切换完成后，先编辑里面的一个文件，再提交(commit)改动，末了切换回 “master”分支：

# 修正文件file1

$ echo \公众update\公众 >> file1

# 查看当前状态

$ git status

# 添加并提交file1的修正

$ git add file1$ git commit -m \"大众update file1\"大众

# 查看file1的内容

$ cat file1testupdate

# 切换到master分支

$ git checkout master

查看下file1中的内容会创造刚才做的修正已经看不到了。
由于刚才的修正时在experimental分支下，现在切换回了master分支，目录下的文件都是master分支上的文件了。

合并分支

现在可以在master分支下再作一些不同的修正:

# 修正文件file2

$ echo \"大众update again\公众 >> file2

# 查看当前状态

$ git status

# 添加并提交file2的修正

$ git add file2$ git commit -m \公众update file2 on master\公众

# 查看file2的内容

$ cat file2testupdate again

这时，两个分支就有了各自不同的修正，分支的内容都已经不同，如何将多个分支进行合并呢？

可以通过下面的git merge命令来合并experimental到主线分支master:

# 切换到master分支

$ git checkout master

# 将experimental分支合并到master

$ git merge -m 'merge experimental branch' experimental

-m参数仍旧是须要填写合并的注释信息。

由于两个 branch 修正了两个不同的文件，以是合并时不会有冲突，实行上面的命令后合并就完成了。

如果有冲突，比如两个分支都改了一个文件 file3，则合并时会失落败。
首先我们在master分支上修正file3文件并提交：

# 切换到master分支

$ git checkout master

# 修正file3文件

$ echo \公众master: update file3\"大众 >> file3

# 提交到master分支

$ git commit -a -m 'update file3 on master'

然后切换到experimental，修正file3并提交：

# 切换到experimental分支

$ git checkout experimental

# 修正file3文件

$ echo \"大众experimental: update file3\"大众 >> file3

# 提交到experimental分支

$ git commit -a -m 'update file3 on experimental'

切换到master进行合并：

$ git checkout master$ git merge experimentalAuto-merging file3CONFLICT (content): Merge conflict in file3Automatic merge failed; fix conflicts and then commit the result.

合并失落败后先用git status查看状态，会创造file3显示为both modified，查看file3内容会创造：

$ cat file3test<<<<<<< HEADmaster: update file3=======experimental: update file3>>>>>>> experimental

上面的内容也可以利用git diff查看，先前已经提到git diff不加参数可以显示未提交到缓存区中的修正内容。

可以看到冲突的内容都被添加到了file3中，我们利用vim编辑这个文件，去掉git自动产生标志冲突的<<<<<<等符号后，根据须要只保留我们须要的内容后保存，然后利用git add file3和git commit命令来提交合并后的file3内容，这个过程是手动办理冲突的流程。

# 编辑冲突文件

$ vim file3

# 提交修正后的文件

$ git add file3$ git commit -m 'merge file3'删除分支

当我们完成合并后，不再须要experimental时，可以利用下面的命令删除：

$ git branch -d experimental

git branch -d只能删除那些已经被当前分支的合并的分支. 如果你要逼迫删除某个分支的话就用git branch –D

撤销一个合并