#if _MSC_VER >= 1600 // clean version of the source code #else // less clean version // of the source code // requiring multiple lines of code // and requiring some dirty static_casts #endif
由于所有开发人员将在今年年底前迁移到Visual Studio 2010,所以我希望这段代码在一段时间后自动“消失”.在源代码中保持“不太干净的版本”会导致长期不可读的源代码.
当然,我知道代码不会自动消失,所以我一定要在一定时间后自动报警.这样的事情
#if _MSC_VER >= 1600 // clean version of the source code #else // less clean version // of the source code // requiring multiple lines of code // and requiring some dirty static_casts #endif #if compilation_date is after 1 november 2010 # error "Remove Visual Studio 2005 compatibility code from this file" #endif
这样,如果我们忘记了这一点,我们将在2010年11月1日以后自动通知.
这个技巧可能需要使用DATE,但由于这需要由预编译器来处理,所以不能执行字符串操作或使用C日期/时间函数.
解决方法
如果没有别的,建筑应该是可重现的.如果在十二月,你意识到你需要从十月份复制一个版本？你不能(至少不要在构建机器上敲钟),因为它不会再编译.
所以,我会这样做：
support2005.h ------------- // empty file source file ----------- #include "support2005.h" #if _MSC_VER >= 1600 // clean version of the source code #else // less clean version // of the source code // requiring multiple lines of code // and requiring some dirty static_casts #endif
一旦每个人都有VS 2010,请更改support2005.h以包含#error“从此文件中删除Visual Studio 2005兼容性代码”.
其实我个人不会检查这个变化,因为在VS 2005的支持被删除之前,它会阻止任何人做任何工作.删除死码真的是您公司11月1日上午可能拥有的最高优先级的任务吗？它需要所有的手在甲板上这样做吗？相反,我会检查,删除文件,完成构建,继续删除兼容性代码,直到所有重新构建,并检查整个事情,“删除VS 2005支持”.
你说你很担心你会忘记,但如果你这样做,那么什么呢？死亡代码不会伤害任何人.下次你看这些文件时,或下次在文件列表中看到“support2005.h”,标题依赖关系图等时,你会记住它,所以它不是“使源代码长期无法读取“因为长期看任何人都可以忽略或删除它.如果您有任何类型的问题跟踪软件,您可以找到2010-11-01之后的第一个里程碑,并附上一个任务,“删除VS 2005支持,并摆脱support2005.h”,附注目前这个开发人员目前仍在使用VS 2005.
如果你真的希望2010-11-01是一个艰难的期限,之后代码断开,那么直到万圣节的午夜才能保持到午夜,然后检查一下这个变化.实际上并不会像您所要求的那样打破代码,但它会破坏任何从源代码控制中刷新的代码,因此可能会打破构建.最重要的是,它很容易被逆转,或者可以在本地被压制,如果事实证明是阻止某人完成工作.