为什么在MacOS或Linux上构建Python Universal Wheel会有所不同？
我们将GitHub存储库用作车轮的二进制存储库，因此我们有一个GitHub工作流程，该工作流将验证所遵守的车轮是否对代码陈旧。
要执行此测试，我们在GitHub工作流程中构建了轮子，并将其与持久版本进行比较。令人惊讶的是，即使轮子更新，此工作流也失败了， 即使最近的轮子是最近的，此工作流也失败了，
index 99be2e6..e47d595 100644
--- a/dist/pylib_template-0.1.1-py3-none-any.whl
+++ b/dist/pylib_template-0.1.1-py3-none-any.whl
@@ -16,9 +16,10 @@ G{
为什么诗歌构建-f轮毂在MacOS和Linux上产生不同的文件？
We are using GitHub repositories as binary repositories for wheel, so we have a GitHub Workflow that would verify if the committed wheel is stale with respect with the code.
To perform this test, we build the wheel in a Github Workflow and we compare it with the committed version. Surprisingly, this workflow fail even if the wheel is updated,
This Workflow fails even if the wheel is recent,
index 99be2e6..e47d595 100644
--- a/dist/pylib_template-0.1.1-py3-none-any.whl
+++ b/dist/pylib_template-0.1.1-py3-none-any.whl
@@ -16,9 +16,10 @@ G{
Why would poetry build -f wheel produce a different file on MacOS and Linux?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论