冰山之外：通过共演化视角理解 Dockerfile 中的 SATD

Dockerfile 使能够为应用程序代码创建可移植的容器化执行环境，已成为现代软件开发过程的重要组成部分。由于 Dockerfile 是基础设施即代码（IaC）的一种形式，可能包含临时性 workaround 和其他次优实现，导致其可靠性、安全性和可维护性受到影响。先前的工作对 Dockerfile 注释及其周围文件块中的自承认技术债务（SATD）进行了表征。这种单文件视角是不完整的，因为源代码演化涉及不同类型的软件制品之间的变化，如生产代码、测试代码、构建文件和其他配置文件。因此，我们通过研究 Dockerfile 中的 SATD 事件及其相关源代码之间的关系来弥补这一差距。我们发现，约有 27% 的 admission 事件和 40% 的 repayment 事件与非 Dockerfile 制品相关联，耦合来源具有子类型特性。我们还观察到，耦合的 SATD 在一般情况下被 repaid 的速度显著更快（p = 0.0201），而关于缺失功能的耦合 SATD 则比其孤立版本持续更久；最后，我们对耦合 SATD 事件进行了开放性和轴向编码，发现外部依赖问题（特别是关于未发布的上游软件包和 bug 修复）是 admission 触发器在源代码中最常见的原因；我们也观察到，架构重构是 Dockerfile SATD repayment 最常见的前提条件。这些发现表明，实践者（如开发人员和项目经理）以及 SATD 研究者都应将源代码侧的共演化，而非单文件视角，作为主要的分析单位。