rake task 本身并不慢,但如果在 task 中加载了 rails 环境那就会很慢,不过大部分 task 都需要加载 rails 环境。 可以考虑用 sidekiq。
2008 年的时候 Rails 听起来很酷。 一项技术成熟的时候,就代表他已经过时了。
帮你顶一下
你是长春人的骄傲! :plus1: :plus1: :plus1:
挺有意思
https://ruby-china.org/topics/3822 一篇很老的帖子,希望对你有用
@oneapm 我选了重大按钮
#6 楼 @douxiance 这已经是几年前的事情了。 最后,我们没有把那个项目换成 rspec,而且一直在继续使用 Test::Unit。 不过,也新的项目中,我们使用了 rspec。 感觉两者差别不大。
心态问题 1 不要抱怨代码写的烂 2 抛开杂念 3 保持冷静 4 一行一行,慢慢读
nokogiri
Nokogiri
还原到某个 commit,然后强推即可
git reset commit_id --hard
git push origin HEAD --force
强推前,用记下远程分支的 commit_id 即可
#5 楼 @marksloan +1 如果失效需要更新其他数据,那么使用定时任务。
库存计算使用 四柱结算法 当前库存 = 上期库存 + 本次入库数量 - 本次出库数量
衡量一个程序员的价值,不应该仅仅看他掌握了神马技术,更应该看他能创造出什么。
曾经有一个叫 Homebrew 的项目摆在 Google 面前,但他没有珍惜。
:plus1:
远程分支A C1 -- C2
本地分支A C1 -- C2 -- C3 -- C4 -- C5 -- C6 -- C7
git checkout -b B origin/A
远程分支A C1 -- C2
本地分支A C1 -- C2 -- C3 -- C4 -- C5 -- C6 -- C7
本地分支B (新分支) C1 -- C2
git cherry-pick C6
git cherry-pick C7
C6 -> D6 C7 -> D7
远程分支A C1 -- C2
本地分支A C1 -- C2 -- C3 -- C4 -- C5 -- C6 -- C7
本地分支B (新分支) C1 -- C2 -- D6 -- D7
git push origin B:A
远程分支A C1 -- C2 -- D6 -- D7
本地分支A C1 -- C2 -- C3 -- C4 -- C5 -- C6 -- C7
本地分支B (新分支) C1 -- C2 -- D6 -- D7
git checkout A
git branch -d B
git reset origin/A --hard
远程分支A C1 -- C2 -- D6 -- D7
本地分支A C1 -- C2 -- D6 -- D7
基于你远程分支 开一个新的分支, 然后 把你想要的 commit 一个一个的 cherry-pick 到新分支。 最后 psuh 本地新分支,到远程分支
元编程大法好
推荐使用