小编Nic*_*ker的帖子

我们注意到,在某个开发机器上,一个C#解决方案的Visual Studio(2015更新3)调试版本在每个构建的DLL旁边生成一个$ RANDOM_SEED $文件.

文件的内容只是一个数字,例如 1443972318

删除文件然后重建导致文件重新生成,具有不同的编号.

在解决方案中重建单个项目时也会出现这种情况(一个项目只有标准的C#项目引用/依赖项+ System.Management).

需要注意的是运行命令行构建如 msbuild <sln-file> 没有不重新生成文件(完整的解决方案或单个项目的版本).

重新启动VS后,不再重新生成该文件.

据我们所知,我们的任何源代码,后期构建步骤或内部依赖项都不使用此文件名..NET框架类有很多依赖项,包括Random和RNGCryptoServiceProvider,以及外部依赖项.我们没有所有这些的完整源代码,因此无法详尽检查哪些依赖项负责.

在黑暗中这是一个镜头,但问题是有没有人看到类似的东西？

编辑 我并不感到惊讶,这已经被投票了 - 我很欣赏它是非常开放的,但我现在无法重现这一点,因为它可能会产生潜在的严重后果(随机数发生器攻击？)我还是发布了它.如果我能够复制,我当然会在这里更新.

根据文档https://developers.google.com/youtube/v3/docs/activities/list,应该可以获取我的主页的活动,并使用publishedAfter参数进行过滤,以便在1月10日之后发布活动2015年.

但是,似乎忽略了此参数(如之前发布的那样).

我已通过代码以及"试用"页面https://developers.google.com/youtube/v3/docs/activities/list#try-it使用以下方式调用此方法:

part=id,snippet
home=true
publishedAfter=2015-01-10T00:00:00.0Z

请求:

GET https://www.googleapis.com/youtube/v3/activities?part=id%2Csnippet&home=true&publishedAfter=2015-01-10T00%3A00%3A00.0Z&key={YOUR_API_KEY}

来自回复JSON:

...
"publishedAt": "2015-01-12T14:47:50.000Z",
...
"publishedAt": "2015-01-06T16:24:28.000Z",
...
"publishedAt": "2015-01-07T16:36:44.000Z",
...
"publishedAt": "2015-01-12T13:26:01.000Z",
...
"publishedAt": "2015-01-07T16:19:07.000Z",
...

其中一些日期是在2015-01-10之前

不确定我是否遗漏了文档中的内容,或者这是一个错误.它似乎适用于"我的"视频(我的=真)和特定频道的活动(channelId = abc123)

我最近才创建了这个帐号/启用了"我的"频道,以防这有任何影响.

UPDATE刚刚意识到有两个未解决的问题:

https://code.google.com/p/gdata-issues/issues/detail?id=6088

https://code.google.com/p/gdata-issues/issues/detail?id=6366

var hsbc = angular.module('hsbc',['ngResource','ngRoute']);

hsbc.config(['$ routeProvider','$ locationProvider',function($ routeProvider,$ locationProvider){

//console.log('config part working'); 
$routeProvider
    .when('/login', {
        controller: 'hsbccontroller',
        templateUrl: 'modules/authentication/views/login.html',
        hideMenus: true
    })
    .when('/gloabltranfer', {
        controller: 'hsbccontroller',
        templateUrl: 'modules/home/views/gloabltranfer.html'
    })
    .when('/tranferReq', {
        controller: 'hsbccontroller',
        templateUrl: 'modules/home/views/TransferRquest.html'
    })
    .when('/reviewdetail', {
        controller: 'hsbccontroller',
        templateUrl: 'modules/home/views/Reviewdetails.html'
    })
    .when('/confirmdetail', {
        controller: 'hsbccontroller',
        templateUrl: 'modules/home/views/confirmdetails.html'
    })

    .when('/', {
        controller: 'hsbccontroller',
        templateUrl: 'modules/authentication/views/login.html'
    })

    .otherwise({ redirectTo: '/login' });

}]).controller('hsbccontroller',['$ scope','$ http','$ resource',function($ scope,$ resource,$ http){

    //console.log('controller part working'); 
$http.get('http://localhost:8080/1/').success(function(data) {
    alert(data);
        $scope.greeting = data;
    });

}]);

我们有一个用 TypeScript 编写的 AngularJS 应用程序的 Visual Studio 2013 解决方案。Jasmine 单元测试有一个单独的测试项目，也是用 TypeScript 编写的。

我们遇到的问题是找到一个构建/Chutzpah 配置，它允许我们通过 Chutzpah 测试适配器在开发机器上运行测试，并且作为我们在 Visual Studio Team Services 上构建的 CI 的一部分。

当我们在开发机器上运行测试时，似乎默认情况下测试在源代码树中运行，因此对 .d.ts 和应用程序 .ts 文件的依赖关系是相对于源目录设置的。到现在为止还挺好。但是，当我们运行 Visual Studio Team Services 构建（按照此博客文章进行设置）时，测试似乎在 bin 目录中运行（查看 Visual Studio Team Services 日志）。这意味着依赖项的引用是错误的，因此测试失败，因为它们找不到所需的 .d.ts 或应用程序 .ts 文件。

到目前为止，我们找到的最佳解决方案是：

• 将 Chutzpah.json 设置为“始终复制”，以便将其复制到 bin 目录
• 始终将所有测试 .ts 文件设置为 TypeScriptCompile/Copy
• 始终将所有测试 .d.ts 文件设置为 Content/Copy（例如 jasmine.d.ts）
• 始终将应用程序项目中的所有 .ts 文件设置为 TypeScriptCompile/Copy
• 更新测试文件依赖项以包含额外的 chutzpah_reference，这对于 bin 目录是正确的（使用 chutzpah_reference 意味着 VS 本地构建仍将完成而不会出错）

然后我们可以通过两种方式在 VS 中运行测试：

1. 从 VS 测试运行器正常
2. 通过显示所有文件，找到 …

有什么方法可以获取 VSO 构建定义文件，以便将其备份/添加到源代码管理中？

我见过这个问题，但 tfpt 似乎不支持与 VSO 的连接（也许我做错了什么？）

tfpt builddefinition /dump <myproj> /collection:https://<myorg>.visualstudio.com/

TF31002: Unable to connect to this Team Foundation Server: https://<myorg>.visualstudio.com/

提前致谢。