更改 php 服务的包版本而不修改 composer.lock
Change package version for php service without modifying composer.lock
我想请教一些新手关于Composer/CI/CD的问题。
但是如果我需要使用不同的包版本进行构建但我无法在存储库中更改 composer.lock 怎么办？我应该使用哪种仪器来完成这项任务？
提前致谢！
也许为每个不同的配置任务设置另一个带有另一个 composer.lock 的分支会更好？因为最好在构建之前测试依赖关系？
此致，
gtw000
composer.json 是你的配料表； composer.lock 是您秘方的配料表。一个是通用的，另一个是特定的。
如果您想测试不同的包版本，您的 composer.lock 文件将得到更新；不得不，别无选择。但是，您是正确的，您需要创建项目的一个分支来对此进行测试。
在包的仓库或他们的文档中寻找 CHANGELOG or an UPGRADE。如果幸运的话，该仓库有升级包的说明和注意事项。
如果是补丁更新，测试一下。如果是小升级，测试一下。如果是重大升级，请对其进行测试。这是一个很好的单元和集成测试派上用场的例子。如果您不知道如何判断它是补丁、次要升级还是主要升级，请查看 semantic versioning。
玩得开心！
我想请教一些新手关于Composer/CI/CD的问题。
但是如果我需要使用不同的包版本进行构建但我无法在存储库中更改 composer.lock 怎么办？我应该使用哪种仪器来完成这项任务？
提前致谢！
也许为每个不同的配置任务设置另一个带有另一个 composer.lock 的分支会更好？因为最好在构建之前测试依赖关系？
此致，
gtw000
composer.json 是你的配料表； composer.lock 是您秘方的配料表。一个是通用的，另一个是特定的。
如果您想测试不同的包版本，您的 composer.lock 文件将得到更新；不得不，别无选择。但是，您是正确的，您需要创建项目的一个分支来对此进行测试。
在包的仓库或他们的文档中寻找 CHANGELOG or an UPGRADE。如果幸运的话，该仓库有升级包的说明和注意事项。
如果是补丁更新，测试一下。如果是小升级，测试一下。如果是重大升级，请对其进行测试。这是一个很好的单元和集成测试派上用场的例子。如果您不知道如何判断它是补丁、次要升级还是主要升级，请查看 semantic versioning。
玩得开心！