TypeScriptの括弧書式

私のチームは、VS 2013でのTypeScriptファイルのコンパイルからの出力が、VS2015でコンパイルされた出力と異なることに気付きました。TypeScriptの括弧書式

差は次のようになります。

私たちは常にお互いの変更を上書きすることや他の活字体コンパイルの.jsと.js.mapのすべての変更を元に戻すために持っているので、これは迷惑です私たちの一人がビルドするたびにファイル。

チーム全体がVS 2015にアップデートされた後は、私たちのチームの一人の人が自分のマシンにビルドするたびにこれらのマイナーな変更が見られることを除いて、問題はなくなりました。私たちはすべて、TypeScript 1.8.6.0をインストールしたVisual Studio 2015を実行しています。

[プロジェクトのプロパティ] - > [タイプスクリプトのビルド]のオプションを選択して、すべてが同じに設定されていることを確認してください。また、2つのマシン間でTools - > Options - > Text Editor - > TypeScriptの設定がすべて同じであることも確認しました。

.csprojファイルは、<TypeScriptToolsVersion>1.8</TypeScriptToolsVersion>で設定されています。これは明らかに両方のマシンで同じです。

唯一の違いは、マシンのコンパイル方法が違ってVS 2013の設定がエクスポートされ、VS 2015にインポートされたことです。残りの部分は2015で新しく始まったばかりですが、関連する設定は同じです。

TypeScriptコンパイラが私たちが見逃しているように振る舞うような設定や設定ファイルがありますか？

出典

2016-03-18 Brad Westness

私は、提案されたパターンはコンパイルされたファイルをチェックインしないことだと思います... –

TypeScriptを使用している場合は、.jsまたは.js.mapファイルをチェックインする必要はありません。また、インストールするタイピングをtypingsまたはtsdでチェックインしたくない場合もあります。

一般に、誰かがアプリケーションを実行できるようにするファイルの数を最小限に抑えたいとします。あなたは、自動生成されたファイルを実際にチェックインするべきではありません。

出典

2016-03-18 22:10:12 wjohnsto

これは単純ではありません、それはnode_modulesをチェックインするかどうかと同じ決定でなければなりません。賛否両論のある記事があります。主な理由は、今のところ入力のためのバージョンがなく、あなたのjsファイルのバージョンで安定したいということです。また、npmがダウンした場合でも、誰かがパッケージを壊してしまった場合や、シナリオがあっても、それらを使用できるようにしたいと考えています。 –

私たちのケースでは、ビルドサーバがTypeScriptファイルをコンパイルするように設定されているかどうかはわかりません。さらに、それらはソリューションに含まれなければなりません、あるいは、それらは公開されません、正しいですか？ソリューションに含まれているが、SCMリポジトリにチェックインしていないファイルがあるのは異常です。いずれにしても、私は根本的な問題を解決したいと思っています。 –

@ SlavaShp。私はあなたが入力のコミットバージョンを指定することができると信じていますが、私はそれが私が述べたように白黒ではないことに同意します。ブラッド、私はあなたの特定の問題の答えを与えることはできません。私の経験では、一般的にビルドサーバーをセットアップして、できる限りローカルにビルドプロセスを模倣しました。これは、TSファイルをコンパイルすることを意味します。 – wjohnsto

TypeScriptの括弧書式

答えて

関連する問題