老规矩，参加的需要跟贴报名！不报名的来了不让进哦。

+1

可以的。请问我要分享啥？

+1.

+1

我可以分享一下 GitlabHQ 4.0 的 plan 里面要全新重构的基于 https 的全新 git server 架构.(抛弃 ssh 与 gitolite.)

然后可以分享一下最近 REST api 的一些心得。

报名!!

#6 楼 @Saito 支持!! 最近就在学 gitlabhq...

咳。可惜了。

哎呀，没有看到啊

嗯，膜拜下 @Saito !! 学了好多 ruby 跟 git 相关的东西.....毕设更有信心了..

@Saito 我瞄了一眼 grack....想把他放到 rails 里...先问问你有没有做过..免得重造轮子........

可惜啦，我晚上 9 点半才到杭州

#12 楼 @ruohanc 我现在没有代码，你只要把 grack mount 到 rails 的一个 url 下面就好了。

#14 楼 @Saito -,-! soga..我去研究一下.....那是不是要像你昨天那样多开一个 rack 啊....能不能把他当做中间件放到应用里面啊..

#15 楼 @ruohanc 不需要多开，我昨天开两个是因为我要把 api 跟 git server 分离。两个独立进程不会相互影响。其实你分开不分开都行的。

昨天的关键字“没掌握核心技术”

两个链接：

比 resque 省内存的 sidekiq - http://mperham.github.com/sidekiq/

使 openssh 可以通过数据库用户进行验证 - https://github.com/norbauer/openssh-for-git/blob/master/openssh-5.1p1-authorized-keys-script.diff

#18 楼 @night_song 这个 hack 太夸张了，还得重编 openssh ...我回头去找找基于 pam 的插件...

@night_song 重新编译 OpenSSH 以后，怎么替换之前的呢？

下次 @Saito 讲讲 vagrant 咋样.....

#21 楼 @ruohanc vagrant 其实不是很重要，而且很简单。我最近在整 chef. 等我掌握和核心技术再跟大家分享吧。

#22 楼 @Saito 你在搞 chef？我在用 puppet

#21 楼 @ruohanc vagrant 好像说过一次，现在已经有很多人在用了，这是昨天刚写的一点小结 http://fsword.github.com/blog/2012/04/26/vagrantshi-yong-bu-zou-zong-jie/

#23 楼 @fsword 我现在倾向于有一台 chef/puppet-server，大家只需要分发最基础的包就好了。里面包含 ruby 环境。然后大家的环境统一由 server 同步管理。这样我觉得现阶段是一个比较好的方案。

#20 楼 @huacnlee 这个倒不难....无赖点的方法就是直接覆盖系统的 ssh..更加好一点的做法么就是根据现有的 /etc/init.d/ssh 脚本，修改出一个自己的版本，然后用 chkconfig 改一下启动

#25 楼 @Saito 我现在是 vagrant 负责搞定 rvm 和 ruby，其它全都是 puppet 负责维护，但是 puppet 脚本是项目代码的一部分，是否通过 puppet server 则不一定

@huacnlee 你都重新编译 openssh 了，sudo make install 就替换了，但是要重启 sshd 要小心，本地试好再到远程机器整

难道需要我来分享一下如何轻松搞定 git hosting，比如 SSH 和 HTTPS Client Authentication 之类的。

我要回杭州啊……

#29 楼 @bhuztez 需要需要！

#28 楼 @night_song 不会啊..默认的 prefix 是 /usr/local

#31 楼 @ruohanc 等有机会吧

vagrent + chef 非常好用 :) 我觉得我们在群里可以整一下。把弄好的调试好的 chef 贴出来供大家实用。