liubin_cm 的BLOG
用户名：liubin_cm
文章数：57
访问量：85089
注册日期：
阅读量：5863
阅读量：12276
阅读量：418639
阅读量：1106645
[匿名]ASDasd：
[匿名]ASDasd：
[匿名]51cto游客：
[匿名]51cto游客：
[匿名]51cto游客：
51CTO推荐博文
&& &git push的工作原理是这样的，如果要push的分支是追踪分支的后代，并且远程追踪分支没有更新，则可以将本地分支快进，并且推送到远程追踪分支，但是如果远程追踪分支已经有他人更新过了，则需要先把他人的提交合并（做git pull）才能git push。
&& &如果你不想合并他人的提交，又想将个人提交推送，则使用-f参数，git push也能推送成功。但是，当你从远程仓库再次下载这个仓库时，他人的提交无法显示，难道git push -f把他人的提交删除了吗？
&& &事实上，git push并没有删除提交的功能，他只是使得他人的提交没有了明显的引用，没有被分支引用了，所以无法快速找到他人的更新。这时你可以使用git grep查到作者是某人的提交。也许能找到其中的修改。本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)Git可以完成两件事情：
1. 版本控制
2.多人协作开发
如今的项目，规模越来越大，功能越来越多，需要有一个团队进行开发。
如果有多个开发人员共同开发一个项目，如何进行协作的呢。
Git提供了一个非常好的解决方案 ---- 多人协作开发。
1.多人协作原理
典型的做法是，首先创建一个git服务器，被多个人所操作。
1.多人协助实现
分为如下几个步骤：
1.创建一个git裸服务器 （git init --bare）
2.从裸服务器将版本库克隆至本地（git clone ）
3.本地常规操作
4.推送版本至服务器 （git remote + &git push origin master）
5.从远程服务器拉取版本（git pull）
一般而言，我们需要在Linux服务器上来搭建我们的git版本服务器，每个公司都会有。
由项目负责人开始。
我们现在是windows系统上模拟这个操作过程。
(1).创建一个git裸服务器 （git init --bare）
由负责人来完成的。服务器新建一个项目目录，如git-server
创建完毕，我们发现git-server内容和上次的不太一样。
上次使用git init 创建之后，会有一个隐藏的.git目录。目录中的才是现在看到的内容。
也就是说，现在根本就没有.git目录了。
这就意味着在这个目录中，不能做常规的开发。
(2).从裸服务器将版本库克隆至本地（git clone ）
在git版本服务器，一般是不做任何开发工作的。如果要开发项目，就需要将版本库从服务器克隆到本地。
假设有一个程序员甲，开始自己的工作了。
使用命令 git clone git版本服务器地址
在windows下面，就是使用绝对路径，如下：
然后，甲就可以在这个目录下，进行常规开发。
我们可以在这个目录下，创建自己的工作区目录，完成常规开发。
(3).本地常规操作
甲可以，在本地进行常规开发。
这个过程，可以反复进行。
我的第一个模块（功能）开发完毕。需要将其推送到服务器。
(4).推送版本至服务器 （git remote + &git push origin master）
当在本地完成一个模块（功能），需要推送到服务器，供其他同事使用。
第一件事情，需要知道服务器在哪儿？
git remote
第二件事情，直接推送即可
git push origin master
其中origin就是使用git remote得到的远程服务器的名称。
master表示是主分支。
对于甲来说，它的工作已经告一段落了，该轮到乙程序员出场了。
乙程序员，首先将版本库从git服务器上克隆到本地。
打开这个目录，然后进可以看到最新新的内容，如下：
对于乙而言，可以在本地进行常规开发。与此同时，甲继续他的常规开发。
模拟乙程序员在本地的开发。
将完成的工作，推送到git服务器。
回头，再看看甲的开发。
甲收工，准备下班了。在下班之前，需要将最新版本推送到git服务器。
开始使用命令，执行如下：
结果出错了，why？
之所以会出错，原因在于：其他程序员已经将最新的一个版本提交到git服务器上，但是你在提交之前，已经不是最新的。
在这种情况下，甲，需要先从服务器拉取最新的版本。
(5).从远程服务器拉取版本（git pull）
在多人协助开发时，每个开发人员在推送自己的最新版本时，都需要确保当前版本是最新的，所以就需要先获取最新版本，也就是说需要从服务器拉取最新版本到本地。
需要使用 git pull命令
如此一来，甲当前就是最新的版本。
然后再次使用 git push 命令推送至服务器。
接下来需要分两种情况：
如果有新的开发人员加入进来，重复2~5过程。
如果不是新的开发人员，重复3~5过程。
比如，对于乙而言，其实它现在已经不是最新的版本了，所以需要使用 git pull 拉取最新版本。
所以，对很多开发人员而言，一打开电脑，马上先git pull，拉取最新的。然后进行常规开发，
开发完毕之后，在git push之前，还需要使用git pull再拉取一遍。
如果还有一个新的程序员丙，加入了，怎么办呢？
需要先git clone
然后就进行常规开发，推送版本、拉取版本。
在整个协作开发时，有时候会出现冲突。通常都是由于开发人员分工不明确导致的，所以如果出现这种情况，需要两个程序员协商解决。
(1).什么是分支
在前面所有的操作当中，我们一直使用的是master主分支。以刚才的项目版本控制为例
有四个版本，在我们的版本库中，都是存在于master主分支上的。
图示如下：
如果我们的项目本身比较简单，只需要有主分支master就够了。
但是，实际上并不是这样的。
在这个世界上，有一种软件叫做开源软件 -- 源代码开发，所有的人都可以免费使用。
开源软件是由世界上无数的程序员共同来开发。
每个程序员都可以创建一个自己的分支，这个自己分支和主master完全独立的两个分支。
相应的，每个程序员都可以拥有自己的分支，可以进行任何的开发，此时和master没有什么关系的。
一旦开发完毕，就可以将你的分支合并到主分支上去。
什么时候会用到分支呢？
假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险，怎么办？
你可以创建一个属于自己的分支，别人看不见，还继续在原来的分支上工作，而你在自己的分支上进行开发，等开发完毕，合并即可。
在开源世界中，需用大量的程序员共同维护一个项目。也是需要使用分支，如Jquery。
(2).分支的基本操作
基本操作有如下几个：
1.&查看当前分支 （git branch）
2.&创建分支 （git branch 分支名）
3.切换分支（git checkout 分支名）
4.分支上的常规操作
5.分支的合并 （git checkout master + git merge 分支名）
6.分支的删除（git branch -d 分支名）
查看当前分支 （git branch）
其中的 * 表示 当前分支。
默认情况下，只有一个master主分支。
创建分支 （git branch 分支名）
切换分支（git checkout 分支名）
创建完成之后，就有了一个新的分支，但是并没有立即切换到新的分支，需要使用命令切换一下。
分支上的常规操作
已经切换到b1分支上，就可以在b1分支进行常规开发和操作。
使用git add 和git commit提交。
使用git log查看即可：
与之对应的，我们再次切换到master分支上看看是什么情况：
说明在master分支上，并没有新提交的内容。
分支的合并 （git checkout master + git merge 分支名）
分支的合并，一定是在 主分支上进行的。
只能在主分支合并其它分支。
需要两步：
1） 切换到主分支
2）&使用git merge 分支名 进行合并
再次查看master的一个log情况，如下：
分支的删除（git branch -d 分支名）
使用命令git branch -d 分支名
如果你发现你的分支中所做的开发没有任何用处，也可以不合并直接删除。
(3).分支的原理
分支的过程及原理如下：
默认只有master的情况下，master总是指向最新的版本，而HEAD指针总是指向master的。
现在，我创建了一个新的分支dev，将当前分支指定为dev，此时，master和dev都指向当前最新版本，但是HEAD指针已经指向了dev分支。
接下来，我们提交了新的版本，dev指向最新版本，而master则原地不动。
HEAD指向当前分支dev的。
当在dev分支上完成开发之后，可以将它合并到主分支master上。
合并时，需要先切换到master，意味着HEAD指向了master，合并的时候其实就是将master和dev的最新版本同步。
dev分支的使命已经完成，没有什么作用了，将其删除掉。只剩下一个主分支。
原文地址：
阅读(...) 评论()如何创建你自己的Git服务器 - 文章 - 伯乐在线
& 如何创建你自己的Git服务器
尽管我是一个快乐的（同时也是付费的）Github用户，但是我多次想要在我自己的服务器上搭建私人仓库（Github会提供给付费用户私人仓库—-译注）。如果你连不上公共网络，或者你受够了呆板的管理，亦或是你只是单纯的想要不同与Github（以及其他类似的网站）所提供的服务，那么搭建你自己的Git服务器将会很有帮助。在Unix(Linux、Mac OSX、 *BSD、 Solaris、AIX)的机器上部署Git服务器并非难事，但是仍然有许多细节需要注意。这里是一个完整的教程。
通过以下的步骤，你将在服务器上搭建并使用你自己的Git服务，例如。其中的一些步骤，像email通知，限制用户的权限，特定分组的接入管理，都是依据你的要求和现实状况的可选项。还有很多命令，你需要root权限才能执行，所以别忘了用sudo，或者（最好不要）直接切换到root来执行。
为有读写权限的用户建立一个分组。根据你的操作系统，你可以用groupadd命令来实现，用vigr来编辑分组文件，或者直接编辑/etc/group文件。在最后，你会在/etc/group文件中看到如下一行
repogroup:*:10005:marry,john,violet
repogroup:*:10005:marry,john,violet
其中，repogroup是准许接入这个仓库的组的名字。10005是一个独一无二的分组识别数字，marry,john,violet则是获准接入这个仓库的用户。
决定Git仓库的路径。它既可以放在你的home路径下（e.g. /home/yourname/gitroot），也可以放在一个专用的路径下（e.g. /var/gitroot).
配置权限，让Git用户可以访问这个目录
chmod g+rx /path-to/gitroot
chown :grouprepo /path-to/gitroot
chmod g+rx /path-to/gitrootchown :grouprepo /path-to/gitroot
建立新的Git仓库，叫做newrepo
cd /path-to/gitroot
git init --bare newrepo.git
cd /path-to/gitrootgit init --bare newrepo.git
建立路径认证，以允许用户组访问，同时有针对性的设置Git
cd newrepo.git
chown -R :grouprepo .
git config core.sharedRepository group
find . -type d -print0 | xargs -0 chmod 2770
find . -type f -print0 | xargs -0 chmod g=u
cd newrepo.gitchown -R :grouprepo .git config core.sharedRepository groupfind . -type d -print0 | xargs -0 chmod 2770find . -type f -print0 | xargs -0 chmod g=u
设置提交（commit）的email通知（commit是一条命令），这样当有新的修改提交到仓库的时候，开发者们将会收到一封关于修改内容一览的电子邮件。
echo 'One-line project description' &description
git config --local hooks.mailinglist email-,email-,...
git config --local hooks.emailprefix '[DI-PR] '
git config --local hooks.showrev "git show -C %s; echo"
git config --local hooks.emailmaxlines 100
echo 'One-line project description' &descriptiongit config --local hooks.mailinglist email-a@example.com,email-b@example.com,...git config --local hooks.emailprefix '[DI-PR] 'git config --local hooks.showrev "git show -C %s; echo"git config --local hooks.emailmaxlines 100
通过设置一个称为钩子（hook）的东东，来创建这些email通知。
cp post-receive.sample post-receive
chmod +x post-receive
cd hookscp post-receive.sample post-receivechmod +x post-receive
从post-receive的脚本中移除掉最后一行注释的#字号,最后语句应该是这样的
. /path-to-hooks/post-receive-email
. /path-to-hooks/post-receive-email
在你的库中先放入一个文件（比如README）。为了避免其他用户在第一次提交时遇到奇怪的错误信息时感到困惑，这是有必要的。
cd to-your-personal-working-directory
git clone :/path-to/gitroot/newrepo.git
echo "Short project description" &README.txt
git add README.txt
git commit -a -m "Add README file"
git push origin master # 第一次仅仅需要T"origin master" 这个参数
cd to-your-personal-working-directorygit clone myhost.example.com:/path-to/gitroot/newrepo.gitecho "Short project description" &README.txtgit add README.txtgit commit -a -m "Add README file"git push origin master # 第一次仅仅需要T"origin master" 这个参数
为仓库的其他用户建立账户。依据你系统的不同，你可以通过useradd 或者adduser来实现。
设置用户可以通过公/私钥配对来访问。这包括以下几步:
1）已经有公钥的用户，只需要把公钥发给你就好。
2）没有公钥的用户，必须用ssh-keygen命令来生成一个，然后把.ssh/id_rsa.pub发给你就可以了。
3）之后你必须在他们对应的账户下面建立这种公/私钥配对。复制他的公钥，然后顺序执行下面的命令。
sudo su - username
mkdir -p .ssh
cat &&.ssh/authorized_keys &&\EOF
paste-key-as-one-line
sudo su - usernamemkdir -p .sshcat &&.ssh/authorized_keys &&\EOFpaste-key-as-one-lineEOFexit
改变用户的账户让他们使用受限的shell。如果你想让你添加进来的用户仅仅使用Git，而不是Unix的所有东西，那么就设置他们的账户，让他们只能使用Git。Git提供了这种专为这种需求设计的受限shell。它通常被安装在 /usr/libexec/git-core/git-shell or /usr/local/libexec/git-core/git-shell。因此，对所有你想限制权限的用户，你可以执行以下命令。
sudo chsh -s /usr/libexec/git-core/git-shell username
sudo chsh -s /usr/libexec/git-core/git-shell username
告诉你的用户，用下面的语句来克隆仓库到本地。
git clone :/path-to/gitroot/newrepo.git
git clone myhost.example.com:/path-to/gitroot/newrepo.git
到了这里，恭喜你，你成功了！
关于作者：
可能感兴趣的话题
关于伯乐在线博客
在这个信息爆炸的时代，人们已然被大量、快速并且简短的信息所包围。然而，我们相信：过多“快餐”式的阅读只会令人“虚胖”，缺乏实质的内涵。伯乐在线内容团队正试图以我们微薄的力量，把优秀的原创文章和译文分享给读者，为“快餐”添加一些“营养”元素。
新浪微博：
推荐微信号
（加好友请注明来意）
– 好的话题、有启发的回复、值得信赖的圈子
– 分享和发现有价值的内容与观点
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 翻译传播优秀的外文文章
– 国内外的精选文章
– UI,网页，交互和用户体验
– 专注iOS技术分享
– 专注Android技术分享
– JavaScript, HTML5, CSS
– 专注Java技术分享
– 专注Python技术分享
& 2017 伯乐在线