我在一个repo中有一个Dockerfile/ elastic-beanstalkapp git,可以从应用程序的当前版本中获取tarball s3并启动它.这在我第一次部署时效果很好; Docker容器构建完成,应用程序启动并正确运行.问题出现在我对应用程序进行更改,重新上传tarball s3并运行之后eb deploy.
$ eb deploy
INFO: Environment update is starting.
INFO: Deploying new version to instance(s).
INFO: Successfully built aws_beanstalk/staging-app
INFO: Successfully pulled yadayada/blahblah:latest
INFO: Docker container 06608fa37b2c is running aws_beanstalk/current-app.
INFO: New application version was deployed to running EC2 instances.
INFO: Environment update completed successfully.
但该应用尚未更新*.elasticbeanstalk.com.我猜测,因为Dockerfile没有改变,docker不会重建容器(并拉动最新的应用程序tarball).我希望能够强制重建,但该eb工具似乎没有这个选项.我可以从网站控制台强制重建,但显然这对自动化没有好处.我承诺每次改变git,我希望eb能用它来知道重建是必要的,但似乎没有任何区别.我是否以错误的方式使用docker/elastic-beanstalk？理想情况下,我想承诺git并让beanstalk自动重新安装应用程序.
amazon-s3 amazon-ec2 amazon-web-services docker amazon-elastic-beanstalk
似乎Visual Studio 2012 C#项目每次从Debug切换到Release时都会强制重建,反之亦然,即使项目中没有任何更改也是如此.对于独立项目,这不会发生 - 但如果您将一个项目引用添加到类库,则每次更改为不同的构建配置时,它都会开始显示该行为.每当配置选择发生变化时,我都会将其跟踪到force.build文件的生成(in obj\Debug或obj\Release).为什么是这样？可以禁用吗？我认为切换配置本身不应该需要重建.我找不到任何提及"force.build"文件和/或如何在任何文档中禁用此"功能".
要重新创建问题:
File/New Project...Visual C#- > Console Application.保持生成的代码不变.Add- >New Project...Visual C#- > Class Library.保持生成的代码不变.ConsoleApplication1解决方案资源管理器中的,然后选择Add Reference...ClassLibrary1的Solution- > Projects和命中OK.Debug配置中.它正如预期的那样构建.Release配置并再次构建.它正如预期的那样构建.Debug并重新构建.它构建,它不应该.它已经建好了,对吗？我们所做的就是更改目标配置选择.这是一个错误吗？有解决方法吗？