语义差异 UI 构建
Differences in Semantic UI Build
虽然我们基于相同的 sUI 版本，但我和我的同事目前在我们的机器上生成的已编译语义 UI 文件中存在差异。
我们在 /node_modules/semantic-ui/ 内 运行 npm update 更新了所有节点插件，因此我们认为我们共享相同的先决条件。
仍然是我们生产的版本，略有不同：
谁能给我们一些提示，这些差异可能是从哪里产生的？
据我所知，Sementic UI 的 Gulp 任务通过一个 LESS 转换器，后者又使用 autoprefixer which transforms CSS rules depending on the available browsers. Since you both have different OSes, it is possible that a different value is returned from browserlist.
如果有其他项目需要相同的依赖项，则可能某些包满足 semver 约束并且没有真正更新，因为它们被认为是兼容的。您可以尝试通过全局安装 npm-check-updates（或 ncu）和 运行 对照 Sementic UI 的安装来检查这些。
话虽这么说，但如果没有更多信息，很难真正查明确切的问题。但我相当确定这里可能就是这种情况。
虽然我们基于相同的 sUI 版本，但我和我的同事目前在我们的机器上生成的已编译语义 UI 文件中存在差异。
我们在 /node_modules/semantic-ui/ 内 运行 npm update 更新了所有节点插件，因此我们认为我们共享相同的先决条件。
仍然是我们生产的版本，略有不同：
谁能给我们一些提示，这些差异可能是从哪里产生的？
据我所知，Sementic UI 的 Gulp 任务通过一个 LESS 转换器，后者又使用 autoprefixer which transforms CSS rules depending on the available browsers. Since you both have different OSes, it is possible that a different value is returned from browserlist.
如果有其他项目需要相同的依赖项，则可能某些包满足 semver 约束并且没有真正更新，因为它们被认为是兼容的。您可以尝试通过全局安装 npm-check-updates（或 ncu）和 运行 对照 Sementic UI 的安装来检查这些。
话虽这么说，但如果没有更多信息，很难真正查明确切的问题。但我相当确定这里可能就是这种情况。