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 使用的主要内容,如果未能解决你的问题,请参考以下文章
./gitlab-deploy/.gitlab-deploy.staging.sh:第 8 行:“0”:语法错误:预期操作数(错误标记为“0”)