Visual studio 2013 SSRS 2012共享SQL数据源在其他工作站上引发错误

我对SSRS 2012报告有一个奇怪的问题，特别是SQL共享数据源

我的复制步骤如下：

创建一个名为Test的新共享数据源，指向网络上的SQL server。测试凭据，获得成功的测试

创建一个名为Test的新报告，而不是通过向导

在测试报告上，添加共享数据源

使用共享数据源“Test”添加数据集1。文本的查询类型为

选择1为“一”，选择2为“二”

预览报告。正如预期的那样，我得到了一份没有错误的空白报告

提交数据源并报告到TFS存储库（.rdl、.rds和对.sln的更改）

在同事工作站上获取最新信息

打开测试报告，然后转到预览。“我收到的错误”表示“在报表处理过程中发生了错误”。刷新报表还会导致错误“对象引用未设置为对象的实例，”

在同事的工作站上重新创建共享数据源可以使报告再次成功运行。重新提交更改后的数据源会破坏原始计算机上的报告。.rds文件中唯一改变的是DataSourceID，就我所见，.rdl中没有引用它

这两台机器都在Visual Studio Premium 2013上，带有SSRS 2012解决方案文件

我们非常感谢任何关于这可能是什么原因的想法

---

干杯

为了安全起见，数据源凭据不会提交到源代码管理，也不会在部署到服务器时传播。首次在新环境中使用数据源时，必须重新输入数据源的凭据才能连接到数据库

这似乎确实是事实，谢谢你指出这一点！不过我注意到了一个差异。当我在新环境上设置凭据时，它会更改guid数据源id，从而强制签出。如果我提交这个，我想它会在原始提交者的环境中再次重置凭据。（我将在稍后对此进行验证，并在确认后进行更新）但是，我们还有另外两个数据源没有这样做。他们都在不同的工作站上设置了凭证，没有问题。这会导致更大的混乱。因此，我验证了在另一个工作站上修复凭据，然后提交。rds会破坏原始工作站上以前修复的凭据。添加凭据时让SSR保存不同的数据源ID似乎是一个设计缺陷。我们只是通过使用WindowsAuth连接到sql源代码进行测试来解决这个问题。此时不必在工作站之间更改凭据。