八达通部署，我需要部署所有包直到最新升级到 QA
Octopus deploy, I need to deploy all packages up till latest on promotion to QA
故事是这样的，我正在使用 RedGate SqlCompare 为我的开发环境生成更新脚本，每个包仅包含从当前开发版本到源代码管理中最新版本的更改。
这是一个例子：
- 我创建一个 table (package-0.1) -> 部署到 DevDB
- 我添加 Columns (package-0.2) -> 部署到 DevDB
- 我重命名了一些列 (package-0.3) -> 部署到 DevDB
但是一旦我想将它提升到 QA，它就会给我带来问题，因为它只提升最新的 package-0.3，其中只包含部分更改（重命名列）
因此，如果可能的话，我正在寻找一种在当前促销之前部署所有包的方法。
现在我通过创建包含所有更改脚本的自定义包解决了这个问题，但是可以用 Octopus 解决这个问题吗？
谢谢
伊霍尔
each package contains only changes from current Dev version to Latest
您这样做的方式会让您很痛苦，因为 SQL 比较采用基于状态的方法。您要应用的是基于迁移的方法。可以看到Alex's post on the difference between two approaches.
SQL Source Control 5 will come with a better migrations approach which will work with SQL Compare command line tool and DLM Automation tools。但是，不幸的是，测试版现在已经关闭，但我建议您通过那里提供的电子邮件地址与团队联系。
您的另一个选择是 ReadyRoll which has the pure migrations based approach. You can see this post on its octopus deploy integration。
故事是这样的，我正在使用 RedGate SqlCompare 为我的开发环境生成更新脚本，每个包仅包含从当前开发版本到源代码管理中最新版本的更改。 这是一个例子：
- 我创建一个 table (package-0.1) -> 部署到 DevDB
- 我添加 Columns (package-0.2) -> 部署到 DevDB
- 我重命名了一些列 (package-0.3) -> 部署到 DevDB
但是一旦我想将它提升到 QA，它就会给我带来问题，因为它只提升最新的 package-0.3，其中只包含部分更改（重命名列）
因此，如果可能的话，我正在寻找一种在当前促销之前部署所有包的方法。
现在我通过创建包含所有更改脚本的自定义包解决了这个问题，但是可以用 Octopus 解决这个问题吗？
谢谢 伊霍尔
each package contains only changes from current Dev version to Latest
您这样做的方式会让您很痛苦，因为 SQL 比较采用基于状态的方法。您要应用的是基于迁移的方法。可以看到Alex's post on the difference between two approaches.
SQL Source Control 5 will come with a better migrations approach which will work with SQL Compare command line tool and DLM Automation tools。但是，不幸的是，测试版现在已经关闭，但我建议您通过那里提供的电子邮件地址与团队联系。
您的另一个选择是 ReadyRoll which has the pure migrations based approach. You can see this post on its octopus deploy integration。