其实我觉得还行,样式可能还要稍微调整一下。
reddit hackernews 都是 nested 的形式。利于整个 thread 的阅读。
Notes:
Why Git is better than X http://thkoch2001.github.com/whygitisbetter/
Git 为什么这么好?http://www.douban.com/note/145945675/
Unlocking the Secrets of Git http://sea.ucar.edu/event/unlocking-secrets-git
zach holman http://zachholman.com/talks
Git scaling at GitHub http://vimeo.com/53261709
Boxen http://www.youtube.com/watch?v=YlKXRdSAZhY
Chatops at Github http://www.youtube.com/watch?v=DH2twW0dmrM
这么快就把密码改掉了?
readability
im, in, ly 都还挺不错的。
Yay, Ruby Tuesday!!!
#30 楼 @fsword 我自己想的一些提纲,没有想这些东西的思路。
Example:
https://github.com/styleguide/css
https://github.com/twitter/bootstrap
Example:
https://github.com/component/component
Example:
SecureRandom.hex 4
#5 楼 @gene_wu 这里要讲清楚比较麻烦,我就省略了。
实际上是这样的,抛开 gitlab. 本身 gitolite 就是完整的一套系统。
gitolite 自己的配置是通过 git 管理的,每次配置的时候就需要 clone gitolite 的 config repo. 然后修改完成后 push 回去。
push 回去会经历几个过程,gitolite 会先 编译一次自己的 config 文件。形成一个编译后的版本。然后 rebuild 整个 authorized_keys 文件。
gitlab-shell 添加 key 的方式是 直接修改 authorized_keys 文件,删除做 sed 调用。这个里面就节省了很多时间。
还有一个更大的问题,其实 gitlab-shell / gitolite 都没解决,就是 authorized_keys 的查询时间。这个是线性的。更好的做法是把查询 authorized_keys 变成 O(1). 将 keys 存在数据库里面。这样就会压缩成 O(1). 这样就会再提高一下很多性能。
@NatasG 中大型前端项目的一些最佳实践的讨论与分享。我可以分享一些我的看法,主要讨论为主。
对了,貌似是 2013/蛇 年第一次 Ruby Tuesday...
这是你的 git 提交时间,不是 github 接收到的 push event 时间。
@konstantinhaase 的 almost sinatra 跟 @wfarr 的 boxen 也都不是什么新内容..
这次票价实在是略贵,如果 $200 以内的话,我肯定去了。$500 再加上 雪梨 到 喵本 住宿什么的小千刀就没啦.. 没那么多预算...
键盘有油光我略微闹不住,虽然我相信是干净的...
可以接受,坐等噢