party 感觉挺好的,另外去年最后一天下午的自由交流也很好,只是这次最好不要几个讲师同时上去答疑,感觉效果不佳
这种“回退”就是在否认历史,如果有其他人也在用你的 remote,你 push 以后将他置于何地呢?
所以,如果仅仅你自己在使用,那么强制 push,命令是 @yesmeck 说的 git push -f
如果是与人合作,更漂亮的做法是 revert,给个例子供参考
当前的 commit 记录
$ git log
commit e7c8599d29b61579ef31789309b4e691d6d3a83f
Author: fsword <[email protected]>
Date: Sat Jun 8 14:27:11 2013 +0800
补充后续计划和调整方案
commit d501310d245fe50959e8bcc1f5465bb64d67d1c8
Author: fsword <[email protected]>
Date: Fri Jun 7 14:36:49 2013 +0800
完成基本的设计
...
决定放弃最近提交的 e7c8599d29b61579ef31789309b4e691d6d3a83f
git revert e7c8599d29b61579ef31789309b4e691d6d3a83f
现在查看 log,发现多了一次 commit,其内容就是回到了原来的那个阶段
commit 7752d450a91a4c9663f5cd03f7ef3ff6d4848a12
Author: fsword <[email protected]>
Date: Tue Jun 11 01:35:58 2013 +0800
Revert "补充后续计划和调整方案"
This reverts commit e7c8599d29b61579ef31789309b4e691d6d3a83f.
commit e7c8599d29b61579ef31789309b4e691d6d3a83f
Author: fsword <[email protected]>
Date: Sat Jun 8 14:27:11 2013 +0800
补充后续计划和调整方案
commit d501310d245fe50959e8bcc1f5465bb64d67d1c8
Author: fsword <[email protected]>
Date: Fri Jun 7 14:36:49 2013 +0800
完成基本的设计
...
比较一下,发现已经和提交前一样了
$ git diff d501310d245fe50959e8bcc1f5465bb64d67d1c8
$
#9 楼 @CloneIDEA 我也听说过类似的故事,当时我还刚毕业,同租一个兄弟所在公司有个女工程师,部队背景,有军衔,那时已经是核心开发,安全、嵌入式领域几乎没有盲点,惊为天人。
如果是临时方案,可以用 mongodb 搞,前提是你熟悉类似 mysql 这样关系数据库的设计(否则会把 mongodb 当做避难所,然后在关系数据上掉进坑里)。
如果是希望做一个生命周期超过 1 年的东西,并且暂时不太着急,建议寻求相关工具团队的专业帮助,让他们直接给你需要的东西,详细情况可以上班时候打我手机
good job!
#8 楼 @bhuztez 这种话一定要追究他的逻辑,一般一较真就完蛋。 比如楼主的经历,逻辑链条如下: 你是在彰显自己的个性 -> 国内用的不多 -> 学 ruby 会贬值 + 学 ruby 找不到工作
实际上呢?
我们不知道,这个判定是草率的
也不知道,正面反面的例子都有
还是不知道,因为楼主可能找美式/日式企业
这些话一听之下感觉来势汹汹,其实架不住推敲。
也有些人被戳穿以后会辩解——“不要那么较真嘛”,faint,你想影响我的人生,我还不能较真?
加内存或者优化,如果要优化,首先明确资源消耗在哪里,其它就容易了 内存分析我一般也就是 ObjectSpace 一下
支持一下
我测试了一下,貌似服务本身没问题,你用的哪个 gem?是不是还没有同步过来?
#1 楼 @xds2000 昨天也曾 google 到这个页面,不过我只是验证了一下 raw_connection 这个方式,发现不兼容 rails3 就放弃了
目前的解决办法,不是很漂亮,先图个能干活吧
s="insert into `history_products`(#{attrs}) values(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)"
whole_sql = ActiveRecord::Base.send(:replace_bind_variables, s, dd.attributes.values)
ActiveRecord::Base.connection.execute whole_sql
一般来说,能够直接验证,就不要用 mock,原因很简单:mock 推迟了集成
和 inject 没关系,甚至和这种缩写的语法糖也没啥关系,实际上是一种设计上的一致性—— &
导致 to_proc,例如:
def hello &x
# 这里的x就是一个block被to_proc了
end
所以 &:*
和下面是一样的
$ irb
irb(main):001:0> :*.to_proc
=> #<Proc:0x0000000253fe60>
恩,确实,ruby 的 method 并不是对象,需要变成 Proc,不过这么做可以大幅度简化敲代码的活动,ruby 比较重视节省程序员劳动
thoughtworks 的人,技术深度不见得多高,但是对于“研发是怎么回事”和“研发应该怎么做”是很有发言权的
#26 楼 @nuanshuidai 求助就求助,提“美女”干嘛呢?既然说了美女,就别怪后面的兄弟跑题了
这两个都很不错,这种时候选择不是问题,立刻开始最重要,随便抓阄就可以了
参考这个 http://ihower.tw/blog/archives/3949 其实看 doc 或者 源码 更靠谱