部署版本化资产的策略（PHP 应用程序的资产到 Amazon S3）
Strategy to deploy versioned assets (for PHP app's assets to Amazon S3)
我目前使用 s3cmd.
部署 PHP 应用程序的静态资产
如果 Amazon S3 的资产发生变化（如 JavaScript 脚本），我将手动重命名它，以便新版本同步并由 Amazon Cloudfront 提供服务。
是否有将 PHP 应用程序的静态资产部署到 Amazon S3 的记录做法？我已经看到网站使用散列来引用其资产的特定部署版本。我想知道获取该哈希值（如 git 提交 SHA？）以供 Web 应用程序引用的方法。
我认为有效的方法是写入包含当前 SHA 的 stand-alone 配置文件，并从中读取以进行部署。
用当前进程更新 1
我希望使资产部署更加自动化：
- 更改应用的 JavaScript
- 将脚本从
app.23.js 重命名为 app.24.js
- 编辑站点的 header HTML 模板以引用
app.24.js
- 将所有更改提交给 git
- 将
develop 分支合并到 master
- 用新版本号标记提交
- 将代码推送到 BitBucket
- 使用 s3cmd 将新脚本同步到 Amazon S3（以及 Cloudfront CDN）
- SSH 进入服务器，并拉取最新的 git 树。生产服务器服务于
master 分支。
我想这个问题没有具体的答案，但这里有一些事情。
如果您只想自动化您正在进行的手动工作，那么可能值得研究一些部署工具。 Capistrano 和 Magallanes 是我想到的两个名字，但您可以 google 来使用，我相信您会找到很多选择。
Rails 框架建立在有最好的做事方式的理念之上。它还使用散列来对静态资产进行版本控制，并在运行时开箱即用。您可以考虑在您的案例中实施哈希。
Grunt 是另一个您可以研究的自动化工具。我发现这个模块可能会派上用场 https://github.com/theasta/grunt-assets-versioning
对我来说，2、3、4 是您工作流程中的问题区域。每次手动重命名和更新代码听起来不太好。正如您所指出的，GIT 哈希值是唯一的，因此可能在部署期间将 GIT 哈希值附加到您的资产并将它们同步到 S3/Cloudfront ?
我目前使用 s3cmd.
部署 PHP 应用程序的静态资产如果 Amazon S3 的资产发生变化（如 JavaScript 脚本），我将手动重命名它，以便新版本同步并由 Amazon Cloudfront 提供服务。
是否有将 PHP 应用程序的静态资产部署到 Amazon S3 的记录做法？我已经看到网站使用散列来引用其资产的特定部署版本。我想知道获取该哈希值（如 git 提交 SHA？）以供 Web 应用程序引用的方法。
我认为有效的方法是写入包含当前 SHA 的 stand-alone 配置文件，并从中读取以进行部署。
用当前进程更新 1
我希望使资产部署更加自动化：
- 更改应用的 JavaScript
- 将脚本从
app.23.js重命名为app.24.js - 编辑站点的 header HTML 模板以引用
app.24.js - 将所有更改提交给 git
- 将
develop分支合并到master - 用新版本号标记提交
- 将代码推送到 BitBucket
- 使用 s3cmd 将新脚本同步到 Amazon S3（以及 Cloudfront CDN）
- SSH 进入服务器，并拉取最新的 git 树。生产服务器服务于
master分支。
我想这个问题没有具体的答案，但这里有一些事情。
如果您只想自动化您正在进行的手动工作，那么可能值得研究一些部署工具。 Capistrano 和 Magallanes 是我想到的两个名字，但您可以 google 来使用，我相信您会找到很多选择。
Rails 框架建立在有最好的做事方式的理念之上。它还使用散列来对静态资产进行版本控制，并在运行时开箱即用。您可以考虑在您的案例中实施哈希。
Grunt 是另一个您可以研究的自动化工具。我发现这个模块可能会派上用场 https://github.com/theasta/grunt-assets-versioning
对我来说，2、3、4 是您工作流程中的问题区域。每次手动重命名和更新代码听起来不太好。正如您所指出的，GIT 哈希值是唯一的，因此可能在部署期间将 GIT 哈希值附加到您的资产并将它们同步到 S3/Cloudfront ?