问题描述
在持续集成（Continuous Integration，CI）和持续交付/部署（Continuous Delivery/Deployment，CD）的背景下，周期性是否有关联？用户提出了关于周期性在CI/CD中的作用以及周期性与CI/CD的关系的问题。
解决方案
在持续集成（CI）和持续交付/部署（CD）的概念中，周期性并非是核心要素，但它在一些情况下可以与这些过程相关。值得注意的是，CI和CD是为了实现软件开发、测试和交付的高效自动化流程。下面将就问题中的不同观点进行详细解释：
CI 和 CD 的关系
持续集成（CI）是指在开发过程中，频繁地将代码集成到共享存储库，并进行自动化构建和测试，以便及早发现和解决问题。持续交付/部署（CD）则是在代码通过CI流程验证后，自动将其部署到生产环境或预备环境中。
CI 和 周期性
在持续集成中，周期性并不是核心概念。CI的目标是通过频繁集成和测试来确保代码质量，并尽早发现问题。CI的执行通常与代码提交（commit）相关，而不是特定的时间间隔。然而，在实际项目中，可以根据需要定期执行CI构建和测试，但这通常是为了确保代码的稳定性和质量。
CD 和 周期性
持续交付/部署（CD）中的周期性可能更为常见，但也不是必需的。CD的目标是自动将通过CI验证的代码部署到生产环境中，以实现快速和可靠的交付。在CD中，如果部署到生产环境的频率是有规律的，那么周期性就会涉及其中。然而，CD的核心仍然是自动化和可靠性，周期性仅是其中的一种方式。
周期性和 “夜间构建” 模型
问题中提到的每天一次的构建模型更类似于 “夜间构建” 模型，其中在特定的时间范围内执行构建和测试操作。这种模型通常用于减少对资源的竞争，确保构建和测试过程不会干扰日常开发活动。虽然这种周期性模式可以在一些情况下带来稳定性和可预测性，但它不同于传统的CI/CD模式，其中更强调频繁的集成和交付。
结论
在持续集成和持续交付/部署的上下文中，周期性并不是核心概念，而是在特定情况下可能会涉及的一种方式。CI强调频繁集成和测试，而CD强调自动化交付，周期性可以在某些CD情景中体现。用户可以根据项目需求和团队流程，决定是否在CI/CD过程中引入周期性，以满足特定的稳定性和可预测性需求。
请注意：本文所述方案适用于大多数情况，但在实际应用中仍需根据项目和团队的具体需求进行调整。
参考资料
- How does continuous integration relate to continuous delivery / deployment?
- Build on each commit – Continuous delivery
- How to implement a frozen test environment?
本解决方案针对问题提供了详细的解释和观点，但具体实践中应根据项目需求和团队流程进行适当调整。对于夜间构建等特定情况，可能需要考虑系统的稳定性和资源利用率等因素。