临时编码的工作流程

Question

如果软件的两个组件( Foo和Bar)是Foo中的method signature更改，则我们使用@deprecated来指责旧方法，并保持Foo和Bar之间的兼容性。

的问题：的XML-配置以及CSS，HTML，JSP .没有这样的注释，实际上我们在Eclipse中使用TODO作为标记。问题是，它是我们分发的代码的一部分！

的解决方案:JIRA中的(+svn-plugin)我们将代码行归咎于注释(什么也是不好的做法)。

问题是：

1. 有没有更好的解决办法？
2. 是否有一种解决方案可以管理删除此兼容唯一代码的冲动。

Answer 1

如果我正确地理解了您，那么您不希望在分布式文本文件(非编译的XML、HTML、.)中有TODO标记。

我会编写一个小的Groovy*脚本，它删除所有那些TODO标记(但不改变文件的语义)。这可以集成到您的构建过程中，以便分布式代码不包含任何TODO标记，但是这些标记仍然在SVN中，您可以在新产品兼容时删除它们。

*或任何您喜欢的脚本语言

Answer 2

MyLin将来可能会支持书签和任务.

http://www.eclipse.org/forums/index.php/t/245439/

Answer 3

如果我对您的理解是正确的，那么问题是从最终发行版中删除“developer notes”(关于作为最终发行版的一部分)。解决这一问题的方法是使用一些预处理器，在编译和打包最终版本之前，这些预处理将从资源和代码中剥离出来。下面是此类预处理程序的一个很好的示例：http://code.google.com/p/java-comment-preprocessor/，它可以很容易地从任何构建系统或独立的系统中使用。