Visual studio 2013 类型脚本括号格式

最近，我的团队注意到，在VS 2013下编译TypeScript文件的输出与在VS 2015下编译的不同之处在于，每个函数末尾的自执行函数括号样式略有不同

区别如下：

这很烦人，因为每次构建时，我们都必须不断覆盖彼此的更改，或者必须将更改还原到所有TypeScript编译的.js和.js.map文件

一旦我们的整个团队更新到VS 2015，这个问题就消失了，除了我们团队中的一个人，他每次在机器上构建时都会看到这些微小的变化。我们都在运行安装了TypeScript 1.8.6.0的Visual Studio 2015

我们浏览了Project Properties->TypeScript Build下的选项，以验证所有设置都是相同的，并且都是相同的。我们还检查了两台机器之间在工具->选项->文本编辑器->类型脚本中的配置是否相同

.csproj文件是用

1.8

设置的，这显然在两台机器之间也是相同的

我们能想到的唯一区别是，机器编译不同的家伙导出了他的VS 2013设置并将其导入VS 2015，而我们其他人只是从2015开始，尽管我们已经验证了所有相关设置都是相同的

---

是否有一些隐藏的设置或配置文件可能导致TypeScript编译器的行为与我们缺少的不同？

如果您使用的是TypeScript，则无需签入

.js

或

.js.map

文件。您也不希望签入通过或安装的任何打字

---

一般来说，您希望签入最少数量的文件以允许某人运行您的应用程序。您真的不应该签入自动生成的文件。

我认为建议的模式是不签入已编译的文件……这并不是那么简单，它应该与是否签入节点模块的决定相同。有一些文章有正反两面。主要的缺点是目前还没有用于打字的版本，您希望js文件的版本保持稳定。您总是希望能够使用它们，即使有人弄乱了包，或者即使在npm关闭的场景中，在我们的例子中，我不确定构建服务器是否设置为编译TypeScript文件。另外，它们必须包含在解决方案中，否则不会发布，对吗？解决方案中包含文件，但您没有签入SCM repo，这似乎很奇怪。不管怎样，我都想解决根本原因，而不仅仅是解决它。@SlavaShp。我相信您可以为打字指定提交版本，但我确实同意它并不像我所说的那样是黑白的。布拉德，我无法回答你的具体问题。根据我的经验，我通常将构建服务器设置为尽可能接近本地的构建过程。这意味着要编译TS文件。@wjohnst确实，您可以指定版本，但从我现在看到的情况来看，通常没有人这样做。这是一件难得的事