标签：git
最流行的版本控制软件：git ======================== git已经是当前最流行的版本控制软件之一了。全世界的程序员都在使用它。它出自linus大神之手，现在被用于内 核的版本控制。在最流行的代码托管软件github，你几乎可以找到所有开源项目的代码。 版块控制软件：我需要吗？ ----------------------- 的确对于许多人——尤其是非程序员，他们可能不会想到已经出现了专门的版本控制的软件。但其实多人对版本控 制其实都有类似的需求，举个例子，Tom是社团的秘书处成员，他们经常需要做的事情就是写活动文档，然后不停地 改改到大家都觉得可以了。 不幸运的话，Tom可能有个文件夹叫“openSUSE活动策划"，里面有这样的一堆文件”openSUSE活动策划", "活动策 划1", "活动策划2", "活动策划3", "活动策划4" ... "活动策划20" （可怜的Tom，一份文档改了不少于20次） 这种作法很有效，因为我们可能发现第5个版本的策划有问题，我们准备在第3个版本上面重新来过。但是也看到， 这个作法有些很丑陋的地方：一份文件，我们留了20个备份，而且还要注意文件名。 如果可以这样就好了：文件夹上只有一个“openSUSE活动策划"，但当我需要第5个版本的时候，我来一个”给我还 原到第5个版本吧！“，然后这时候我们打开这个文件，它就是第5个版本的了。类似的，我们可以取出任意的版本 。 这就是版本控制。这种事情在程序里面发生的太多了，于是出现了各种版本控制软件。事实上，有些项目已经发展 到第1000+甚至更高的版本数了…… 单线的工作流 ------------ 我们可以把我们的一个项目想象为一个仓库，然后我们可以把我们的东西塞进仓库里面，也可以把想要的东西拿出 来。而git则是仓库的管理员。下面是一个例子，希望有一个直观的印象，不求完全的理解和掌握。 ```bash mkdir myproject // 假设myproject是工作目录 cd myproject git init // git <- (init) ，告诉仓库管理员，在当前目录初始化 echo ‘Eat the banana‘ > file // 编辑了一个文件 git add file // 加入仓库 git commit -m ‘add first file‘ // 提交更改 echo ‘Eat the apply‘ > file // 修改了这个文件 git add file // 加入仓库 git commit -m ‘update first file‘ // 再提交更改 ``` 这时候我们就有两个commit了，我们来看看工作日志： ```bash git log # 以下是输出 # commit ac1371173b4e630ddaebda3f9f5d948b36146c07 # Author: Norman Mo <LTaoist@@@> # Date: Thu Jun 27 21:59:10 2013 +0800 # # update first file # # commit 3c43cc913454f92bb4b80c56ba45e4ffaf556fc0 # Author: Norman Mo <LTaoist6@@@@> # Date: Thu Jun 27 21:58:48 2013 +0800 # # add first file ``` 看到了，我们提交了两次。我们来看看现在file里面是什么： ```bash cat file # 显然输出是 ‘Eat the apply‘ # 现在，我们来拿回第一个版本的file文件 git checkout 3c43cc913454f92bb4b80c56ba45e4ffaf556fc0 -- file cat file # 这时候就是eat banana了 ``` 这种工作的方式是单人使用最常见的方式，写一点代码，提交一下到仓库里面。写一点，提交到仓库里面。然后出 问题的时候就回退过去。git非常强大，基本上你想到的他都可以做到，提交到仓库的数据基本不会丢失，像时间机 器一样控制着代码。 多人协作 -------- git非常强大，上面只是一个功能。考虑Tom的秘书处有两个人，他们在同时写。其中Tom写前6章，他的同伴写第7～ 12章。 这时候可以考虑用这种工作的方式：设立一个公共的仓库。Tom维护自己的版本，他的同伴维护自己的版本。然后大 家定期把代码合并到公共仓库上面，然后定期把新的版本取回来合并再提交到公共仓库。 如果他们用纯文本，得益于一些文本分析的方法，几乎不需要校对就可以做到。 ``` git commit -m ‘finish ch5‘ // 假设此时Tom写完了第5章 git push // Tom将代码推送到远程仓库 ``` ``` git commit -m ‘finish ch11‘ // 假设此时Tom的同伴完成了第11章 git pull // pull会将最新版本拉下来，合并，然后推送到远程仓库 ``` 实际上工作中，为了不混淆，会新开一个分支来开发新的特性，然后对分支进行合并。 代码自动发布 ----------- 另一个很强大的功能是可以实现代码的自动发布。事实上，很多云就有使用这个。具体来说，利用git的hooks，当 服务器收到一个push，服务器可以自动运行一些脚本。也可以在客户端使用hooks，当客户端准备push的时候，客户 端先运行一些脚本。 例如，我们希望在每次服务器收到push以后，杀死全部的 `p` 进程，然后重开 `p` 进程。我们可以修改 `hooks/ post-receive` : ``` echo "Killing all p process..." killall -9 p echo "Restart p process..." p ``` 更多更多更多…… --------------- 这份教程就到这里了，更多的自己马上动手去试试吧！ 在openSUSE的安装方法： ``` sudo zypper in git ``` 默认应该就装了。 一般linux命令查看帮助都是 `--help` 选项： ``` git --help ``` 此外，对一个子命令也是有help看的： ``` git init --help ``` 这里有一个交互教程，在浏览器上面跑的模拟git的运行的，有兴趣的试试： <http://try.github.io/> github的help文档写得很不错，推荐一下： <https://help.github.com/> 书籍有个远近闻名的《Pro Git》，而且有中文版的，虽然我认为这本书太厚了。。。但似乎就这么一本书…… <http://git-scm.com/book/zh> 国内有个gitcafe，也是做git托管的，他们也有整理一份help： <https://gitcafe.com/GitCafe/Help> 记得，上面只是一个演示，多试试push，多尝试。有一天你会喜欢用这个有效的工具的。
标签：git
原文地址：http://blog.csdn.net/yagamil/article/details/40652053
