git 小记

 

在写东西的时候，备份是一个好习惯。 在没有接触版本控制之前，每当写完一个稳定的版本我都会做一个拷贝然后取个名字比如 v1.1之类的。 当然这仅仅限于自己一个人的项目。

当有多个人参与的时候这显然不适合这种原始人类的方法。 多人的时候，这就引入了svn， 建一个共用的svn server，多人协作，似乎找到了一种teamwork的氛围。 我们可以做更大的项目了，但过程中也衍生出了相应的问题。 当需要发不一个比较稳定的版本的时候我们还是要做相同的动作，就是再拷贝一份出来。 所以我们的项目svn目录就分为了trunk，branch， tag 目录。而且几乎所有的操作，包括提交，还原，太多的操作需要连接网络，当我们到了以断网的地方，发现真的有些头疼。 还有当我们把所有的工作都寄托在这台服务器上的时候，这个服务器的重要性突然显的格外重要，生怕突然当掉，然后我就要疯了 （然后兴好有备份服务器，然后又恢复了，结果剧情就是这样）。好吧，一切用svn都进行的很顺利，我们也一直在用着，我想很多人也在用，也不会回去替换它（至少暂时不会）。

                有一天，自己想把一个项目升级下，但自己白天都有活干，晚上又不想写。所以想放到网上共享出来，找大伙帮帮忙。于是就找到了github，也接触了分布式版本控制的这个概念。 如获至宝， 顿时感觉之前的问题可以用git解决。于是开始找关于git的资料，当然还是从官网开始找。

http://help.github.com/

这边有官方的help文档。一些简单的操作，图文并茂，很容易上手。

最常用的应该是ssh协议吧，读写权限都可以。列取几个简单的操作。

1.       生成ssh key

ssh-keygen –t rsa –C “your_email@youremail.com”

2.       测试连通 github服务器通过ssh

Ssh –T git@github.com

3.       配置性息。

Git config – global user.name “Firstname Lastname”

Git config –global user.email your_email@yourmail.com

关于git 的一些原理，包括具体操作，和在项目中的使用。 推荐

andy_android 的博文 ：  http://blog.csdn.net/andy_android/article/category/930474

感觉没什么好写的了有，上面一切都讲很详细。 我也从这里开始，项目已经上传，就等朋友加入。