小编YS.*_*YS.的帖子

我已经添加了file1.ts,我可以看到它有一个依赖 - 即file1.js.

我注意到,我对所做的任何更改file1.ts- file1.js不会被自动重新生成.

我目前唯一的解决方法是调用tsc.exe- 作为预构建事件的一部分.

我的问题是 - 有没有更好的解决方法或者我可能错过的地方？

我不确定我是否遗漏了某些东西 - 或IE或Json.Net.

但基本上这是有效的:

new Date("2012-08-03T12:36:54.743Z")

此操作因"无效日期"错误而失败:

new Date("2012-08-03T12:36:54.74Z")

第二个日期存储在SQL Server中:

2012-08-03 12:36:54.740

然后使用Json.Net将其序列化为JSON.Json.Net确实将日期序列化为2012-08-03T12:36:54.74Z,有效地切断了最后的0.

我的问题:

• 这是IE中的预期行为 - 它需要在毫秒位中使用全部3位数才能工作吗？
• 这是Json.Net中的预期行为 - 它会在日期中切断最后的0吗？

请考虑以下ViewModel代码段:

var id, given1, given2;

$.get("testSynUfGet.aspx", null, function (data) {
    id = data.id;
    given1 = data.given1;
    given2 = data.given2;
}, 'json');
//alert('here');
ko.applyBindings(new viewModel(id, given1, given2));

似乎我的ajax呼叫$.get太慢或者ko.applyBindings()太快了.无论哪种方式,如果我取消注释该行,似乎敲除只能正确绑定alert('here');.

如果我留下评论,则不会填充任何控件.

任何想法,伙计们？

我能想到的唯一工作就是像这样做.applyBindings函数回调的一部分$.get:

$.get("testSynUfGet.aspx", null, function (data) {
    ko.applyBindings(new viewModel(data.id, data.given1, data.given2));
}, 'json'); 

1.3GB内存使用量.我正在运行Windows 7 Ultimate 64位.我没有做太多 - 只是编辑存储过程(没有在后台运行的查询,也没有任何查询结果).

我注意到,它只是偶尔发生 - 好像某种垃圾收集正在踢它然后它会恢复正常(大约100MB).

任何想法/变通方法/更新？

• 只是对此的更新:它似乎不再发生在SSMS 2014中

我正在使用的一些环境背景:

• SQLite 3.7.5
• TortoiseSVN 1.7.5(Subversion 1.7.3)

实现Subversion 1.7正在使用SQLite来存储他们的元数据,我只是通过重新索引和清空wc.db 驻留在.svn目录(sqlite.exe wc.db "reindex;vacuum")上的文件做了一些实验.它确实将所述文件的大小从70 MB降低到大约30 MB.

AFAIK,SVN清理不会这样做,因此我假设它不是该过程的一部分.

这有助于提高性能吗？我是否需要定期这样做？

这是我在重新设置当前分支同时保持本地分支不被压扁时通常会做的事情：

git fetch origin
git rebase -r origin/develop

-r是--rebase-merges，我更喜欢--preserve-merges

我的问题是：有没有办法在做的时候通过这个git pull --rebase？

例如 - 我想像这样运行上面的命令的等价物：

git pull --rebase=rebasemerges origin develop

代替：

git pull --rebase=preserve origin develop

**编辑：好的 - 看起来像 2.22，--preserve-merges正在被弃用而支持--rebase-merges. 这是因为git rebase- 手指越过变化被延续到git pull --rebase