dotnet核心dotnet构建忽略更改

Question

我有一个dotnet核心类库，我已经成功地使用dotnet“版本”构建了这个类库。这一点很重要，因为我还在Linux服务器上使用Jenkins构建了这个项目。

最近，我需要对这个项目做一些修改。当使用"dotnet构建-配置发行版“再次构建它时，它构建了，但是我的更改和添加都没有出现。请注意，在使用“版本”时，它在Linux中的Jenkins环境和我的Windows 10命令提示符之间的行为是一致的(成功和不成功)。

如果我使用Visual 2015进行构建(假设使用MSBuild)，那么在构建类库之后，所有的更改都会出现，而且所有的更改都是正确的。

我想我的project.json有什么问题吗？

{
  "version": "1.0.0.*",

  "dependencies": {
    "NETStandard.Library": "1.6.0",
    "Dapper": "1.50.2",
    "Dapper.Mapper": "1.50.1"
  },

  "frameworks": {
    "netcoreapp1.0": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ]
    }
  }
}

Answer 1

因此，这个问题的根本原因很简单，就是我没有正确地构造我的解决方案，并且没有引用项目的gobal.json文件。我不完全确定是哪一个修复了它，或者为什么修复它，但是我的类库解决方案需要以下内容: src文件夹中的global.json文件夹- src文件夹中的项目- src文件夹中的单元测试

接下来，linux服务器的问题是它的nuget命令没有识别dotnet核心版本字符串。这在nuget版本3.5.0中得到了解决，但是Linux还不支持该版本。作为临时备份，我在运行Jenkins和nuget 3.5.0版本的基于Windows的机器上创建了相同的工作，而且所有这些工作都完美无缺。

当下一个版本的dotnet核心出现，并有一个命令时，我确信我可以重新访问Linux服务器。

然后，我在Jenkins中运行的命令是dotnet还原dotnet包-配置发行版-versionsuffux %BUILD_NUMBER% nuget push PackageName ApiKey -Source http://NugetSource。

Answer 2

您可能做到了，但是在linux中重新启动服务了吗？

Answer 3

如果已更改依赖项或库，则旧文件会影响打包操作。

1. 从项目中删除obj和bin文件夹。
2. 运行dotnet restore
3. 运行dotnet build --configuration Release