是否可以从Amazon Web Services进行Git Pull？

Question

我对Git和AWS比较陌生。

我有一个Drupal安装，我使用'eb start'将其推送到AWS。我正处在一个环境中，当我在本地工作时，设计师将使用FTP在AWS（远程）上删除编辑（主要是css，某些tpl）。

每次我准备'git aws.push'我对AWS实例的更改时，我是否应该进行一次获取/合并？是否可以从AWS ???中提取

如果无法从AWS提取，则AWS无法作为工作环境运行，我将不得不使用其他Web主机。

Answer 1

我不建议将客户的文件放在运行应用程序的Elastic Beanstalk实例中的git存储库中。 Elastic Beanstalk实例本身并不总是处于一致状态。例如，假设您启用了自动缩放，如果有大量负载，则会创建另一个精确的实例副本。当开发人员决定将文件推送到您的Elastic Beanstalk堆栈时会发生什么...更改会被推送到其中一个实例，当您的负载不够高时，实例终止，并且您将丢失更改。

没有说你可以在github，bitbucket或cloud git存储库中托管你的git存储库。您可以让开发人员从/ push推送到该存储库而不是Elastic Beanstalk实例中的存储库。然后，要部署代码，您只需运行git pull origin <your-branch>，然后git aws.push

另一种选择是让您的开发人员删除S3中的文件，并亲自处理合并文件。如果您担心冗余，S3有自己的冗余机制。

希望它有所帮助。

Answer 2

Elastic Beanstalk 不是 Git存储库。它是仅部署端点。

您使用Git和标准Git存储库（例如，GitHub，BitBucket，您自己的）开发代码。无论何时准备好部署，都需要推送到Elastic Beanstalk 远程而不是开发远程。

  

Oddible说：我有一个Drupal安装，我使用'eb start'推送到AWS。我正处在一个环境中，当我在本地工作时，设计师将使用FTP在AWS（远程）上删除编辑（主要是css，某些tpl）。

这是对Elastic Beanstalk如何工作的基本误解。这将在您的应用程序级别完成，而不是在基础架构级别完成。

  

Rico说：我不建议将客户的文件放在运行应用程序的Elastic Beanstalk实例中的git存储库中。

因为不是一个。 Elastic Beanstalk的部署机制说 Git接口用于接受部署，但后端不是真正的Git存储库。

  

Rico说：另一个选择是让你的开发人员删除S3中的文件，你个人负责合并文件。如果您担心冗余，S3有自己的冗余机制。

此。

就个人而言，我有人通过GitHub做出贡献，但这才是我的应用程序贡献工作流程最有意义的。

Answer 3

你不需要git拉它。只需转到Beanstalk控制面板，选择应用程序，然后在操作按钮上选择＆＃34;加载配置＆＃34;。然后选择＆＃34;应用程序版本＆＃34;在左边。您将看到该Beanstalk应用程序所做的获取。然后，您可以将该应用程序下载为zip。