Hashlib 通过 GitHub 动作对 Ubuntu 和 Windows 产生不同的结果

Question

我创建了一个测试，以确保许可证文件的内容不会改变。 测试如下所示：

    license_file = context.root_dir.joinpath("LICENSE")

    with open(license_file, "rb") as license_fd:
        content = license_fd.read()
    license_hash = hashlib.sha224(content).hexdigest()

    # Compare to "sha224sum LICENSE" of initial commit
    # TODO: Figure out why Windows gives another hash
    # assert license_hash == "45fd0b382919a02f391b9ce13e70ed703b9569cce812332d03c514a2"

在 GitHub 中，我在一个矩阵中运行测试，操作系统设置为“ubuntu-latest”、“macos-latest”和“windows-latest”。 Python 的版本设置为 3.8。

对于 Ubuntu 和 MacOS，测试都通过了。 但是 Windows 上的断言失败。

我读过open替换 Windows 上的行尾，如果模式设置为r 。 但是用rb打开文件不应该改变文件。 我也尝试用r+b替换模式。 测试在 Unix 系统上都通过了，但在 Windows 上没有通过。

hashlib 在 Windows 上的工作方式是否不同？ 它不应该。 管道是否在更改文件？ 它不应该。

我没有 Windows 机器来验证哪个部分正在更改文件，或者 hashlib 在 Windows 实现中是否存在错误。 很可能是第一部分。

我错过了显而易见的事情吗？

Answer 1

管道是否在更改文件？ 它不应该。

遵循 Iłya Bursov 的建议表明，在 Windows 上，源代码的签出更改了文件结尾作为默认值。

这是一个已知的障碍（但不是错误）： https://github.com/actions/checkout/issues/135#issuecomment-602171132

固定使用：

    steps:
      - name: Set git to use LF
        run: |
          git config --global core.autocrlf false

      - uses: actions/checkout@v2

但是，我并没有像 GitHub 上的答案中那样强制行结尾为lf 。