IT牛人博客聚合

这几天都在装机器，开发机、测试机、测试服务器，费了不少时间。

代码原来就是在测试机上的，所以先git clone到开发机上来，然后把测试机重新格掉了，然后再clone回去。

然后发现我新写的代码都不见了，这才想起来那些代码都只是git stash掉，没有真正commit，所以clone的时候是没有备份的。

老老实实重新写了，又费了一个半小时。

吃一堑长一智。以后一定注意。

查看全文: http://www.udpwork.com/item/6756.html

以前我一直很土地手写patch邮件，今天Ian Campbell教了新招数，先记下来。Git的send-email可能要单独安装（我的Debian就是）。

首先要安装好MTA，我现在用的是exim，看自己喜好了。然后Git的配置文件要写好。

[user]
name = OOXX
email = XXOO
[sendemail]
smtpserver = SMTPSERVER
chainreplyto = false
signedoffcc = true

Patch要排版怎么办？没关系，用git format-patch。然后使用git send-e

查看全文: http://www.udpwork.com/item/6473.html

昨天我在sunng 那里看到一个非常好玩的东西Gource。

Gource可以将代码版本控制系统里面的日志全部可视化， 所谓可视化就是可以看见每个成员在系统里面提交代码的行为。 Gource目前支持git/hg/svn，cvs通过一个简单的脚本也可以被Gource支持。

官方视频在这里Gource - Software Version Control Visualization Tool，里面有Moodle/Git/Drupal/PostgreSQL/Ruby on Rails/Linux/VLC Player这几个非常漂亮的开源软件视频。Ruby on Rails那一段特别帅有没有。

使用下列命令可以将视频录制下来(via

查看全文: http://www.udpwork.com/item/6384.html

重要通知：Log4D的域名由 http://dddspace.com 迁移到 http://log4d.com 。

订阅地址现在改为 http://log4d.com/feed 和 http://feeds.feedburner.com/dddspace 。（FeedBurner的地址未发生变化）

http://feed.dddspace.com 弃用

请订阅我博客的朋友更新一下订阅地址。

关于dbevent2gc

A application to sync douban.com events to Google Calendar.

dbevent2gc是一个GAE应用，它将豆瓣同城的活动同步到Google Calen

查看全文: http://www.udpwork.com/item/6383.html

上次法国人来我们实验室，给我们做培训时提到Github和Gitorious。我敢保证，实验室大部分人不知道两者是啥东西。令我吃惊的是，我也只知道前者:)

老外说，Github和Gitorious是差不多的东西，两者功能基本一样。不一样的地方有非常明显的两点：

Gitorious比Github诞生的早。

Github比Gitorious更出名，商业上更成功。

老外是个偏执狂，坚持不用任何商业软件——特别是付费的，坚持使用开源软件。据说，他的笔记本上包括操作系统在内的任何软件，都是开源的。说道Github和Gitorious的时候，他还是更倾向于使用Gitorious，因为它是开源的，而Github是闭源的。

我很能理解他。因

查看全文: http://www.udpwork.com/item/5567.html

我在半年前开始在公司内推广使用git flow，控制版本发布流程，到目前为止效果令人满意。

但是实际使用过程中有一些小小的意外流程，完全照搬git flow的模型不太容易处理好。好在git本身就很灵活，碰到问题基本上都有办法绕过去。下面是我总结的一些特例情况下的处理办法。

测试/共享单独一个feature

有时候我们需要将一个feature独立测试，或者share给多人一块开发，那么可以将这个feature推到远程git库上，这可以利用git flow的publish功能搞定:

git flow feature publish my_cool_feature

这会将 feature/my_cool_feature 分支pu

查看全文: http://www.udpwork.com/item/5334.html

这一篇是凑数的，纯属吐槽。

我在看某个项目的代码，想了解一下这个项目是怎么一步一步发展起来的，所以希望从最高的一个commit开始看起，一直看到最新的commit。

可是Git不能很随意在历史里面切换，很怨念啊。Git一旦checkout一个commit之后，它的HEAD就指向这个commit，然后后面的log都没有了。想了再checkout下一个commit，还必须先checkout到master，然后再checkout想要的commit，太繁琐。现在想起SVN的好了。

UPDATE：

其实只要知道SHA值就可以直接checkout了，不一定需要切换到master的。我前面那样写是因为我不知道后面commit的SHA是什么

查看全文: http://www.udpwork.com/item/4918.html

在小站点上，直接用git来部署php代码相当方便，你的远程站点以及本地版本库都有一个版本控制，追踪问题或者回滚是很轻松的事情。下面介绍用git部署时的设置步骤

在远程服务器的设置

假定你需要部署的代码在/var/www/yoursite

cd /var/www/yoursite
git init .
git config receive.denyCurrentBranch ignore
git config --bool receive.denyNonFastForwards false
cd .git/hooks
wget http://utsl.gen.nz/git/post-update
chmod +x post-up

查看全文: http://www.udpwork.com/item/4661.html

我之前写了几个wordpress插件，比如inline-javascript, code-prettify。这些插件都托管在wordpress.org提供的svn服务器上，但是我实在太喜欢在git下活动了，因此动了点心思，想把插件代码传到github上，开发完之后利用git-svn传到wordpress的svn服务上。

照着这个思路，捋起袖子就开干了。

用git-svn抓取插件代码

wordpress的插件svn库大且缓慢，如果直接用git-svn去clone代码，一定会慢死，所以我按照以前的笔记，用git从大型svn快速clone代码。

以code-prettify插件为例，首先需要读取这个插件创建时的版本号

svn l

查看全文: http://www.udpwork.com/item/4107.html

热度:

前2篇文章是关于编译QT4.7.x与编译Ogre1.7.2已经详细介绍了这篇的前提工作，所以在这里就不介绍了，有需要就去翻我的BOLG。

这里的环境都是vs2010的。

（1）进入ogitor源码目录下的qtogitor下的qtpropertybrowser-2.5目录下，运行configure -library然后运行qmake qtpropertybrowser.pro，然后再运行nmake。

（2）、将ogitor源码解压，（原文件名叫unstable….或stable…最好自己改下名字，我改名为qtogitor）然后用第二步中用CMake生成ogre1.7.2工程文件方法生成ogitor的工程文件。

（3）

查看全文: http://www.udpwork.com/item/4279.html

Tangram 是百度内部一直在开发和使用的前端库之一，功能与 jQuery 、 Prototype 等库类似，主要功能是简化 DOM 操作，并且扩展 JavaScript 语言。这部分功能准确来说属于 Tangram Core ，另外一个叫做 Tangram Component 的库提供一些类似 YUI 、 Sencha 这个级别的组件。

之前 Tangram 说要开源很久了，一直卡在流程上，并且也有人觉得必须把库做得足够好了才好意思拿出来开源。我个人的看法是，跟 John Resig 的一样，前端库应该从第一天开始就开源，因为就算你不开源别人也一样能看到，所以还不如开放出来接受别人的贡献。如果你写得不好，就算你不开源，别人要看

查看全文: http://www.udpwork.com/item/3879.html

http://panela.blog-city.com/git_supervisual_cheatsheet.htm

http://panela.blog-city.com/update_of_git_supervisual_cheatsheet.htm

查看全文: http://www.udpwork.com/item/3820.html

原创文章，转载请注明： 转载自Erlang非业余研究

本文链接地址: git 看图不说路

来源: http://panela.blog-city.com/git_supervisual_cheatsheet.htm

Post Footer automatically generated by wp-posturl plugin for wordpress.

查看全文: http://www.udpwork.com/item/3623.html

以前本站发布过编程语言进化，Windows的达尔文进化图，今天在网上看到版本管理器的进化图，转过来，源文链接如下：

http://codicesoftware.blogspot.com/2010/11/version-control-timeline.html (墙)

这张图上分成了四个时期：

史前时期：1982年的RCS。现在你可能还能在Unix的发布包中找到它。

古典时期：1990年的CVS（经典的SCM管理器，可惜不能track目录和文件名的改变，今天这个东西已经过时了），1985年的PVCS，1992年的clearcase（价格贵，功能复杂，当然，今天也有很多公司在用），微软的VSS（Welcome to Hell）

查看全文: http://www.udpwork.com/item/3456.html

我的Emacs配置文件已经放到github上面了，一方面记录更改，一方面也可以到处都可以下载来用。

目前我常用的机器上，都有一份dotemacs的clone。那么问题来了，假如对其中一个文件做了只适合本地的修改，那么commit就会把这些修改一起记录下来，然后push到github上面时，就会在各个系统之间的混乱。

因此我专门做了一个文件放在init-files里面，命名为99local-conf.el，最后才加载之。我想达到的效果是，在仓库里面做一个空文件来占位，但是每次提交时却不提交这个文件的修改。

gitignore只能忽略那些原来没有被track的文件，所以修改.gitignore是无效的。

正确的做法是在每个clo

查看全文: http://www.udpwork.com/item/3207.html

从我使用Git与@liuhui998翻译Git Community Book的实践来看，Git是一个非常强大的工具。但是光有好工具是不够的，必须有好的工作流才可以保证协作的顺畅。

事出有因。我从liuhui998的仓库fork出来一份，然后开始翻译。刚刚开始在翻译的时候，我使用了一个分支liuw，然后在翻译完成之后，把liuw合并到master中去，然后push到github，再由liuhui998来pull。

liuhui998 pull了之后，也push到了他的github仓库。但是后来他觉得这样的分支结构有点乱，所以做了一个rebase操作。这下出问题了，rebase操作令得同样的commit有了不同的SHA1 ID，我在

查看全文: http://www.udpwork.com/item/2892.html