从Drupal 6升级到Drupal 7：最好的程序员的做法？

Question

虽然自D4系列以来我一直在使用drupal，但我只是开始用D6专业开发它，所以 - 尽管我做了各种网站升级 - 我从未面临过必须移植我自己的代码的任务< / strong>到新版本。

我知道Drupal社区会想出很多关于改变API和体系结构的变化（见技术支持的 deadwood module为D5，D6，甚至这些D6-D7如何存根 -to 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还没有出来，重要的贡献模块升级需要几个月......但是开始思考永远不会太早！ ：）

Answer 1