我正在尝试使用Github设置AWS CodeDeploy以自动化我的部署。我遇到的问题是EC2实例已经处于活动状态并且具有Web应用程序代码。问题是实例上还有其他内容，我不想在源代码控制下进行管理。
CodeDeploy失败并显示以下错误：
The deployment failed because a specified file already exists at this location
这是因为源代码在实例上，并没有作为版本进行添加。
我的问题是，有没有办法让代码部署将实例上的当前文件识别为初始版本？
这是可以实现的！在部署期间，您可以选择在目标实例上存在与应用程序版本中同一位置的文件时，AWS CodeDeploy 在部署期间采取的操作："内容选项"。
您可以选择失败、覆盖和保留。在您的情况下，保留可能是最好的选择。
您可以找到更多信息：
docs.aws.amazon.com （奇怪的是在“回滚”下）
cli docs.aws.amazon.com （见 --file-exists-behavior (string)）
这是我的样例appspec.yml
version: 0.0
os: linux
files:
- source: /
destination: /var/www/wordpress/
overwrite: true
file_exists_behavior: OVERWRITE
这是AWS应用规范文件(AppSpec)的“files”部分更新的用户指南（仅适用于EC2/On-Premises 部署）。在其中，您将找到三个选项：DISALLOW、OVERWRITE和RETAIN。
您可以简单地删除网站根目录下的全部内容，然后允许 CodeDeploy 进行更新。任何类型的部署都将替换整个内容。
如果您感到不确定，那么请将 webroot 复制到另一个文件夹中，在极少数情况下出现失败的情况下，您可以将其全部复制回来。
当磁盘上的文件被修改时，往往会导致部署失败，我想 CodeDeploy 正在检查文件的修改时间。
创建一个免费的 EC2 实例 (t2.micro)。如果您的应用程序很大，可能需要更多的磁盘空间，请根据需要进行调整。这不会运行您的应用程序！
创建一个新的部署组，指向该新实例。
创建一个新的 YAML 文件，实际上不执行任何 BeforeInstall 或 AfterInstall 任务。您不是在尝试运行您的应用程序。您只是在移动文件。这样您就可以获取清理文件。
部署后，ssh 进入 EC2 实例 (记得在安全组中允许 SSH!)，并进入 /opt/codedeploy-agent/deployment-root/deployment-instructions/ 目录。
您将看到 {deployment-group-identifier}-cleanup。将其复制到您实际想要运行应用程序的 EC2 实例上。或者，使用 FileZilla 将其传输到您的主机上，然后再传输到主要的 EC2 实例上。对我来说，这是最简单的选择，因为我的本地计算机已经拥有了所有正确的密钥。
SSH 进入主要的 EC2 实例，并将清理文件移动到 /opt/codedeploy-agent/deployment-root/deployment-instructions/，如果它还没有在那里。注意失败的 {deployment-group-identifier}，并将清理文件的 {deployment-group-identifier} 替换为失败的标识符。
重新运行部署。
8.???
我会在有时间的时候为每个步骤提供更深入的说明（除了第8和第9步...它们将消失）。
在使用 CodeDeploy 和 EC2 实例时，我遇到了同样的问题。
file_exists_behavior: OVERWRITE来强制执行此行为，具体请参阅https://github.com/aws/aws-codedeploy-agent/issues/14。 - Daryl Teo