代码逻辑的相似性比对结果，很少会深入到元数据格式这种技术细节。但他没有多问，迅速定位到相关文件，调出了原始的数据包和对应的解析工具。“原始包在这里，用的是标准Git版本库导出格式。时间戳信息嵌在每条提交记录和文件属性里。您想怎么查？”
陆时衍凑近屏幕，目光锐利：“先整体看一下这个代码库的提交历史，重点关注原告声称的那个关键时间节点前后，所有文件的注释时间戳格式是否有统一规范。”
小李操作着，一行行命令在终端窗口快速滚动。屏幕上出现了密密麻麻的提交记录、文件路径和修改摘要。陆时衍紧盯着，不放过任何细节。
时间一分一秒过去。技术中心里只有键盘敲击声和服务器运行的嗡鸣。小李按照陆时衍的要求，逐一检查不同时期、不同文件的注释区块。起初一切似乎都很正常，时间戳格式看起来都是“YYYY-MM-DDHH:MM:SS”。
“陆律，看起来格式是统一的啊……”小李揉了揉发酸的眼睛，有些疑惑。
“等等，”陆时衍忽然指着一行记录，“切到这一条提交，看看具体改了哪些文件。”
小李照做。屏幕上列出了那次提交涉及修改的十几个源代码文件。陆时衍让他逐个打开，快速浏览注释。
前面几个文件，注释时间戳格式依然是“-”。直到打开第七个文件——
陆时衍的瞳孔骤然收缩！
找到了！
在那份被标注为“核心算法模块v2.1”的源代码文件顶部，一大段描述算法原理和版本变更的注释块里，第三行到第五行，赫然出现了三个时间戳！格式正是“YYYY/MM/DDHH:MM:SS”！用的是斜杠“/”，而不是横杠“-”！
更关键的是，这三行注释的内容，正是描述该算法模块在“关键时间节点”的一次“重大性能优化”！而根据原告提交的证据链，这次“优化”正是“星海科技”涉嫌抄袭的“铁证”之一！
“停！”陆时衍声音低沉，带着一丝压抑的激动，“就是这里。把这三行注释，连同上下文，以及这个文件在版本库里的完整变更历史，全部导出来。还有，对比一下这个文件同一次提交里其他注释的时间戳格式，以
本章未完，请点击下一页继续阅读！