Git eb部署--分阶段使用
回到EB版本2中,当使用git aws.push命令时,如果最近进行了推送,那么下一次推送不会花费太长时间,我认为这只是推送更改的文件,而不是整个repo 在Eb版本3中,Eb Deploy命令每次都会上载所有内容 文件上说有一个分阶段的选项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. 这是否等同于只上传更改的文件的旧方法?还是我误解了这个命令应该如何使用 通常上传整个东西是可以的,但是当需要快速修复时,有一
Deploy files staged in the git index instead of the HEAD commit.
这是否等同于只上传更改的文件的旧方法?还是我误解了这个命令应该如何使用
通常上传整个东西是可以的,但是当需要快速修复时,有一个更快的上传方式是有用的。因此,我只是想澄清一下--staged命令是否会像我认为的那样,只上载上次推送时更改的文件?--staged
与git紧密结合,只是意味着部署本地git存储库中的文件,这些文件尚未提交,而是处于暂存状态。如果您不熟悉
git-stage
命令,这基本上意味着您在下一个git-commit
命令中标记要提交的文件。更多信息请访问。因此,对于您的问题,
--staged
标志仍将上载存储库,并且不会更快。此功能主要用于测试目的,即您希望在不提交新代码的情况下测试新代码