CircleCI要求每个人都迁移到其配置格式的2.0版，但是我还没有时间离开。无论如何，我计划从平台上迁移，所以现在我不想迁移到2.0。
即使在EOL 1.0之后，我仍然能够部署较小的代码更改，这是目前维护系统所需的全部操作。
但是，本周早些时候我尝试部署的一个较小的代码更改失败了。
我不想迁移到2.0，但想部署代码更改（共2行）。
我正在使用Github并部署到AWS。
我如何“规避” CircleCI将Github中的次要代码更改推送到AWS？
答案 0 :(得分：2)
1.0版本已于2018年8月31日正式“废除”，但我认为他们可能已经非正式地扩展了仍在1.0上的人员的扩展名，而现在才被完全关闭。但是，2.0版已经推出一年多了，应该足够长的时间才能进行迁移。
我对CircleCI支持的经验是，如果您遇到错误，他们将在他们的论坛中提供帮助。付费客户可以记录票证（这是联系他们的更可靠的方式）。当然，如果您的支持问题是重新启用1.0或为您进行迁移，那么您就没有合理的要求。
与托管CI进行权衡，从长远来看，这可以节省您的维护时间和成本，是有时需要进行迁移。工程团队应将升级时间安排在日记中，以便及时处理这些问题。
对于现在的部署，建议您在本地运行测试并从开发计算机进行部署。在那之后，我建议升级到2.0（或转移到其他提供商）对您的团队来说是当务之急。
换句话说，我不认为有一种方法可以使用1.0配置文件进行部署。但是，如果您不会升级到2.0，并且不想在自己的开发机上进行部署，则可以尝试询问技术支持您（或他们）是否可以进行特殊的1.0运行。可以想象他们仍然有能力这么做。