eb deploy --staged 使用

Posted

技术标签:

【中文标题】eb deploy --staged 使用【英文标题】:eb deploy --staged usage 【发布时间】:2016-02-26 07:59:33 【问题描述】:

回到 EB 版本 2 ,当使用 git aws.push 命令时,如果最近已经完成了推送,那么下一次推送根本不需要很长时间,我认为它只是推送更改的文件,而不是整个仓库。

在 Eb 版本 3 中,EB Deploy 命令似乎每次都会上传所有内容。

文档说有一个 --staged 选项

Deploy files staged in the git index instead of the HEAD commit.

这是否等同于仅上传更改文件的旧方式?还是我误解了应该如何使用这个命令。

通常上传整个内容是可以的,但是当需要快速修复时,使用更快的上传方式很有用。所以我只是在澄清一下 --staged 命令是否会做我认为的事情,并且只上传上次推送的更改文件?

【问题讨论】:

【参考方案1】:

--staged 与 git 紧密耦合,仅表示从本地 git 存储库部署文件,这些文件尚未提交,而是暂存。 如果您不熟悉git stage 命令,这基本上意味着您将在下一个git commit 命令中标记要提交的文件。更多内容请关注git book。 至于您的问题 - --staged 标志仍将上传存储库,并且不会更快。 此功能主要用于测试目的,您希望在不提交的情况下测试新代码。

【讨论】:

以上是关于eb deploy --staged 使用的主要内容,如果未能解决你的问题,请参考以下文章

AWS 'eb deploy' 总是压缩所有文件

./gitlab-deploy/.gitlab-deploy.staging.sh:第 8 行:“0”:语法错误:预期操作数(错误标记为“0”)

eb deploy 不更新代码

为啥 eb deploy 在第一次部署时失败?

`eb deploy` 错误“您的 requirements.txt 无效”(Python 应用程序)

在 eb deploy 上更改啥桶弹性 beanstalk 上传?