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