#11 楼 @test026 没有任何意义！

真受不了

.... 我还以为就我上不了...

#3 楼 @quakewang

恩，so 上也是这么说的。虽然我不知道Fisher Yates算法 是个嘛玩意儿~~

#9 楼 @bhuztez

现在说的是：/\A?/的意义 (多个那个问号), 不是/\A/ 和 /^/的差别。这两个差别好大了。前者是匹配多行文本字符串的第一行, 在不同的场景下，各有各的用途。

想破了脑袋，也没想出来 /\A?/ 到底有什么意义？?

不得不说~ 用 Ruby 这么久，还能想到中断这个低级的玩意儿，楼主也算是很有想法了，顶你！

.....

这个功能实现也需要做一个 gem ? 我总觉得是不是有点太太大才小用了....

直接猜测，貌似又有什么现实意义呢？

换句话说，大多数情况下，不猜也可以知道先 force_encoding 什么编码，少数情况下，一猜肯定猜错几率应该不低吧。

#20 楼 @franky_xhl , 收到了~~

这是我设置字体有关的几行代码。

(add-to-list 'default-frame-alist '(font . "Inconsolata-15")) ;设置新frame的字体大小
(set-frame-font "Inconsolata-15") ;设置英文字体

(set-language-environment "UTF-8") ;使用UTF-8字符集
(prefer-coding-system 'utf-8) ;设置新建buffer,子进程IO以及文件名,终端,键盘编码类型

就是里面的那个Inconsolata, 大小我设定为 15 号，对我来说正合适。

你体验下，我觉得比你的那个字体好一些啦。

#8 楼 @kenshin54

没什么过不去的坎儿，其实最近我家里也有点事儿，一切还好了。

#46 楼 @1272729223

嗯。不过，那里其实是在不算大。哈哈

+1, 我会到~

有空的朋友，明白不妨就来吧。大家认识认识，随便扯点什么都行。

#41 楼 @1272729223 #37 楼 @franky_xhl

有的。稍后@lgn21st 发帖，你们回复签到就是了。

#39 楼 @lgn21st

呵呵，我刚上线，按照惯例，你召集大家，我去招呼大家就是了。至于讨论主题，我看还是随意好了。至于分享主题，那得等你回来，组织重新换个地方有投影仪才行啊~

@lgn21st 最近要忙工作，还要忙十一月的 RubyConf 的筹备工作。

他本人最近也不在上海。如果要聚一聚的花，肯定还是在这次的 Costa 咖啡厅。

不过还没见@lgn21st 发贴呢。

#46 楼 @HungYuHei

很有道理。谢谢指点呀。我也添加这个参数试试看效果好了。

#44 楼 @knwang

完全明白了，十分感谢~~

#42 楼 @HungYuHei

嗯。我想问下，实际应用中，那样会不会有点乱？

我觉得你的目的是：希望在将来一眼就可以看出来，这部分来自于某个分支。

可是分支一旦合并后，肯定会删除它，显示之前的某个 commit 来自于某个分支，真的很重要么？

#41 楼 @knwang

明白了，谢谢！让我收益非浅呀。大体和我想的差不多，就是 remote 多了一个分支，用来跟踪本地的最新演进，想了想就像一棵树的分支, 刚分叉不久, 又合并(rebase)', 而开发分支始终保持在最新的 master`下游不远的地方。太酷了！

不过，我觉得这种方式，其实根本用不到 pull --rebase 参数？感觉就是两个单独的分支，在不断的向前推进，因为在你 merge 当前开发分支 到 master 之前，master 始终是 remote 的 master, 不是应该一直是 fast-forword 吗？

#11 楼 @skandhas

我们公司是把 Ruby 1.92 移植到 WinCE 系统下，用来做我们产品的自动化测试工具.

说白了，就是你做的移植吧 ...

#5 楼 @hisea

经典... 风衣足食

#22 楼 @semin

我发现使用 Vim 的人，对于 Vim 总有一种宗教般的狂热。只用之类的字眼，往往总是 Vimer 的口头禅。用其他编辑器的人，好像倒不一定。

好。写的太棒了。

#30 楼 @knwang

嗨~ 下午那会儿突然想起了你的这句话: 有时候我会需要在一个branch上面工作很久，但一般我都会很经常的rebase master, 跟上master

因为看不到你的视频，所以不知道你是如何操作的。你这个所谓的经常的rebase master,是指的什么意思？这里面所说的 master 是remote的 master 还是特指本地的 master. 你的意思是指你的这个 rebase, 是指 push 之前的 rebase, 还是只是在本地 rebase, 并不 push 呢

如果push, 你本地分支的 feature 根本没有完成，就 push 到远程的 master, 这好像不合理吧？

如果不push, 那你 rebase 之前，会不会先 pull 呢？

如果每次都 pull, 那样会使你当前分支的 commit 呈现一个不连续的状态。

如果一直不 pull, 那么等你 push 之前，不是还得重新上演一次之前同样的 rebase ?? 同样的 rebase 过程上演两遍，这不是反而复杂了吗？

所以，怎么想都觉得这句话不理解，还望指点一二。

#8 楼 @nuclearkitten

就在我的 github 上呀。很乱的。稍后我再 push 一下。

哇~~ 我正在想 , 有空看看有关 Rails 启动的代码呢...

#35 楼 @HungYuHei

讲的很好哇~~ 不过好像那个图画错了...

git pull --rebase 之后，应该是

D---E---A---B---C--F'--G'  master, remotes/origin/master

才对吧？

#53 楼 @knwang

只要大方向是对的，被胁迫也未尝不是一件好事儿。怕的是不确定，走向另一个方向。

典型的：特色越来越少，像大众化靠拢...

p.s. 才发现这位老兄是今天注册的~~ 欢迎欢迎啊!!

#22 楼 @knwang

视频翻墙也打不开，郁闷。

#23 楼 @quakewang

等下找 man 看看，我甚至都没有听说过...

#25 楼 @happypeter

这怎么能没有区别呢？在执行 git pull --rebase 之前，你甚至都不知道 remote 上做了那些更改，如果你本地 master 进行了大量更改 (例如，好长时间才 push 一次), 那绝对是一个噩梦。

在什么时候该使用 pull rebase 参数，我和@HungYuHei 的想法是一致的。见 #16

我不反对用 pull---rebase , 事实上，看了楼上 @knwang 的回帖，刚刚我又试了试，果断的把 pull 的 alias 加上了 --rebase 参数 (反正真要冲突了，肯定要 rebase, 如果不冲突，直接 fast-forword 挺好), 但是关键一点是： 目的和你不一样.

也可能是我误会你了，你貌似倾向于使用 pull --rebase 直接代替本地的rebase, 好像一步到位那样的。

#30 楼 @knwang 受教了~ 从更深层次，多角度 理解 git.

#3 楼 @yedingding

我发现你一般都是这会儿上线回复我，常跟老外打交道的人，都是夜猫子？

现在不是他了。是另一个外国人。也是很牛一人，提交一个 issue, 很快就能找到并解决问题，特别有效率，你看看这个项目 github 的 issue 的活跃度，就知道了。

你绝对该用用 yasnippet. 别的不说，就说你视频里自己 do 后面加空格，用 snippet 可以轻易的以优雅的方式来实现。而且现在完美的支持通过快捷键 对一个region外包一个自定义snippet 这对于编写比较复杂的 snippet 模板，极大的提高了效率，而且不会出错。而且可以使用 Emacs 里面的所有文本处理函数。

#19 楼 @hysios

嘛意思... 褒义还是贬义啊？呵呵。