Git eb部署--分阶段使用

Git eb部署--分阶段使用,git,amazon-web-services,amazon-elastic-beanstalk,Git,Amazon Web Services,Amazon Elastic Beanstalk,回到EB版本2中,当使用git aws.push命令时,如果最近进行了推送,那么下一次推送不会花费太长时间,我认为这只是推送更改的文件,而不是整个repo 在Eb版本3中,Eb Deploy命令每次都会上载所有内容 文件上说有一个分阶段的选项 Deploy files staged in the git index instead of the HEAD commit. 这是否等同于只上传更改的文件的旧方法?还是我误解了这个命令应该如何使用 通常上传整个东西是可以的,但是当需要快速修复时,有一

回到EB版本2中,当使用git aws.push命令时,如果最近进行了推送,那么下一次推送不会花费太长时间,我认为这只是推送更改的文件,而不是整个repo

在Eb版本3中,Eb Deploy命令每次都会上载所有内容

文件上说有一个分阶段的选项

Deploy files staged in the git index instead of the HEAD commit.
这是否等同于只上传更改的文件的旧方法?还是我误解了这个命令应该如何使用

通常上传整个东西是可以的,但是当需要快速修复时,有一个更快的上传方式是有用的。因此,我只是想澄清一下--staged命令是否会像我认为的那样,只上载上次推送时更改的文件?

--staged
与git紧密结合,只是意味着部署本地git存储库中的文件,这些文件尚未提交,而是处于暂存状态。
如果您不熟悉
git-stage
命令,这基本上意味着您在下一个
git-commit
命令中标记要提交的文件。更多信息请访问。
因此,对于您的问题,
--staged
标志仍将上载存储库,并且不会更快。
此功能主要用于测试目的,即您希望在不提交新代码的情况下测试新代码