CodeDeploy旨在部署应用程序，而不是简单地复制一组特定且不断变化的文件。
这样，在部署每个“修订”之前，CodeDeploy将首先清除由 先前 修订部署的所有文件。让我解释。
因此，假设以前的应用程序部署上传了三个文件：
File AFile BFile C
然后，下一个部署仅包含以下文件：
File AFile C
Code Deploy首先会 清理
它在第一个修订版（A，B和C）上部署的3个文件，然后部署新的修订版…它永远不会简单地上传预期的文件，它总是会首先清理旧文件（由查看之前的“修订”）。这很重要，因为它为您的案例中的神秘行为提供了一些启示。部署后的结果当然是：
File AFile C
现在，如果您已将文件 手动
添加到CodeDeploy之外的组合中，将变得很有趣。它只会清除它所知道的内容，并且如果此清除阶段未删除文件，它也不会覆盖当前版本中的文件。当人们手动安装应用程序，然后尝试将CodeDeploy部署到同一文件夹时，通常会出现这种情况。没有以前的版本，因此无需清除任何内容，然后尝试在现有文件之上复制并会出错。通常，您希望目标文件夹是“裸”的，以便您可以正确启动修订历史记录。
例如，在先前的情况下，如果您以前 手动 上传了文件A，B和C
，则文件A和B的部署将失败，因为它不知道先清除A，B和C，并且这将给您一个错误，试图覆盖文件A和B。
完全 不在 部署范围内的文件（或文件夹）…即不是任何修订版的一部分，比如说文件D
…在部署之前和之后都不会被更改并愉快地保留在那里。这对于放置数据文件和某些特定于部署的东西很有用，但这些东西不一定是您不想不断重新部署的代码库的一部分。
现在，您当然可以使用弯钩来做很多有趣的事情，但是感觉像是要完成工作的错误工具。这些挂钩旨在用于执行诸如停止/启动服务等操作，而不是管理CodeDeploy应该为您执行的工作的核心文件复制管理。
从应用程序规范中排除所有文件（即未指定文件），仅使用BeforeInstall和/或AfterInstall步骤执行复制逻辑是一种可能在某些情况下有效的方法。
无论如何，也许更好地了解CodeDeploy的运行方式可能会帮助您制定解决方案。我认为它没有特别有据可查的。我的理解来自我自己的观察和努力。
