https://github.blog/2023-04-06-building-github-with-ruby-and-rails/
https://github.blog/2018-09-28-upgrading-github-from-rails-3-2-to-5-2/ 当年他们从 3.2 升到 5.2 搞了差不多一年半
感觉这种做法打破了软件开发的常规实践,确实很厉害
这种做法真是艺高人胆大,对 Rails 自身的发展也是很好的。我记得 @ericguo 说过类似的做法。
自动化测试帮了很大的忙
这才是长期维护的代码应该有的态度啊。人工回归测试的能力必然是有极限的,而代码的膨胀是无限的。没有完善的自动化测试,为了稳定性这不敢改那不敢改,最终就是屎山早晚重写。
你怎么知道是不是修改过的 Ruby
这不科学,改动越多,出错概率越大。
标题说的是 Rails,如果用的是魔改的,commit 也合并不进去啊
难道机器不能自己判断有没有 BUG 吗?
抛开事实不谈,难道美国一点错都没有吗
看了这篇文章很受启发,国外 Ruby 发展的也真是好。
嗯,这篇,很少有系统一年不可以中断 5 分钟,chat GPT,微信,皆是如此。
当人家是打补丁就能理解了
个人观点:主要是对 rails 发展和变化足够熟悉,测试工具覆盖周全,有工程师有经验能解决遇见的问题贡献代码
看了你文章,挺有意思的。我觉得,也许每周固定留一个时间检查升级会比较好。每周固定执行,能形成习惯,升级难度小,也不容易留技术债
都行吧,我主要把升级依赖当摸鱼手段。。
Github 这种服务,三天两头挂。。。