问从Drupal6升级到Drupal7:程序员的最佳实践？

EN

虽然我从D4系列开始就开始使用drupal，但我只是开始使用D6进行专业的开发，所以-尽管我做了各种站点升级-我从未遇到过必须将我自己的代码移植到新版本的任务。

我知道Drupal社区会提供很多关于更改的应用编程接口和架构更改的技术支持(请参阅D5-D6的，甚至D6-D7的 的存根)。

然而，我在我的问题中寻找的更多的是战略思维，或者换句话说，我正在寻找关于如何计划/实现/审查移植我自己的代码的过程的输入和建议，根据同事开发人员从以前的经验中学到的东西。下面是一些例子：

1. 你会建议我一有时间就开始移植我的模块，并在一段时间内保持一个并发的D7 (所以我已经为D- day做好了准备)，或者你是否更愿意等到移植即将到来的那一天，然后将模块升级到D7并放弃D6版本？
2. 只有我的一些模块有完整的测试覆盖范围。您是否建议完成D6版本的测试覆盖范围，以便让所有测试都工作以检查D7端口，或者您是否建议在移植时编写我的测试指导，以测试D7版本？
3. 您是否发现作为早期采用者在新功能和更好的API方面给您带来了优势，还是您觉得延迟转换更方便，以便利用更多现成的contrib模块？
4. 您是否为自己设置了质量标准/评估标准，或者您只是将标准设置为“如果它有效，我很高兴”？为什么？如果你设定了特定的标准或目标，他们在哪里/将会是什么？它们是如何帮助你的？
5. 有没有你过去遇到过的，并且你认为适用于D6-D7移植过程的常见陷阱？
6. 正在移植一些重构的好时机，或者它只会使一切变得更加复杂，无法放回together?
7. ...

这些问题并不是一个详尽的列表，但我希望它们能让我知道我在寻找什么样的信息。我更愿意说:任何你认为相关的东西，我没有在上面列出，都会得到一个“加号”！:)

如果我不能清楚地表达自己，请发表评论，并提供您认为我应该在问题中添加的信息。提前感谢您的宝贵时间！

附言:是的，我知道……D7还没有发布，在重要的contrib模块升级之前需要几个月的时间……但现在开始思考永远不会太早！:)