从Drupal 6升级到Drupal 7:最好的程序员的做法?

ivel 发布于 2019-11-10 drupal 最后更新 2019-11-10 12:09 34 浏览

尽管我从D4系列开始就使用Drupal,但我只用D6开始专业开发,所以 - 尽管我做了各种网站升级 - 但我从来没有面临将自己的代码移植到新版本的任务。 我知道Drupal社区会提供很多关于更改API和架构更改的技术支持(请参阅D5-D6的deadwood module或D6-D7操作指南的for modules and themes的这些存根)。 然而,我所寻找的与我的问题更多的是在战略思维方面,或者换句话说,我正在寻找关于如何计划/实施/审查移植我自己的代码的过程的意见和建议,根据以前的经验让同事开发人员学到了什么。一些例子:

  1. 你会建议在我有时间做这件事的时候立即开始移植我的模块,并且在一段时间内保持并发D7(所以我为D日“准备好”)或者你会建议等待端口实际即将到来的那一天,然后将模块升级到D7并删除D6版本?
  2. 只有我的一些模块具有全面的测试覆盖率。您是否建议您完成D6版本的测试覆盖,让所有测试都能检查D7端口,或者您会建议编写我的测试指导移植时间,以测试D7版本?
  3. 您是否发现成为早期采用者可以为您提供新功能和更好的API方面的优势,或者您是否发现延迟转换以便利用大量现成的contrib模块更为方便? / LI>
  4. 您是否为自己设定了质量标准/评估标准,或者您是否设置了“如果有效,我很高兴”?为什么?如果你设定了某些标准或目标,他们在哪里/他们会是什么?他们是如何帮助你的?
  5. 过去有过常见的陷阱,而且您认为适用于D6-D7移植过程?
  6. 正在移植一个好时机来做一些重构,或者只是让所有事情都变得更加复杂以便重新组合起来?
  7. ...
这些问题并不是一个详尽的列表,但我希望他们能够提供我正在寻找的信息。我宁愿说:无论你认为相关,我没有列出上面得到一个“加号”! :) 如果我没有足够清楚地表达自己,请发表评论,并附上您认为应该在问题中添加的信息。预先感谢您的时间! PS:是的,我知道...... D7还没有出来,需要数月时间才能升级重要的模块......但开始思考永远不会太早! :)
已邀请:

jvitae

赞同来自:

内容太长未翻译