Visual Studio Code のワークスペース設定で拡張子の関連付けをする

VS Codeで標準の拡張子以外に言語のサポート機能を有効化する方法 - Qiita
拡張子の関連づけ方法は、こちらに書いてあるとおりに、files.associations を設定すれば可能です。

"files.associations": {
    "*.ipp":"cpp"
}

上記記事ではユーザー設定にこの記述をしてましたが、ワークスペース設定に書く場合は、settings 要素の中にこれを記述します。

"settings": {
    "files.associations": {
        "*.ipp":"cpp"
    }
}

ワークスペース設定は、設定（Command + , ）を開いたときにタブ表示されますので、そこで編集が可能です。


プロジェクト独自な拡張子を使っている場合は、ワークスペース設定に書いておくと親切ですね。

Sync Settings for Visual Studio Code

Atom から Visual Studio Code に変えたけど設定同期をしていなかったなと思いセットアップしました。
Atom のときは Gist に設定を追いて同期するものを使っていたので、同じような拡張機能があれば〜と思ってたら同じのがありました。

Settings Sync


というわけで早速インストール。

セットアップ

拡張機能をインストールしたら、Gist にアップロード/ダウンロードする設定をしていきます。
まずは、Visual Studio Code を開いて、Shift + Alt + U を押すかコマンドパレットから「>Sync: Update / Upload Settings」を実行します。
すると、ブラウザで Github の Personal access tokens のページが開きます。


ここで作成するトークンを利用して、Gist にアクセスし設定を管理してもらいます。
「Generate new token」を押してトークンを作成しましょう。

アクセス権限の設定画面になるので、「repo」「gist」「user」にチェックを入れます。

※ドキュメントによると「gist」のみで良いはずですが、現在はこの３つが必要なようです。

参考：
「特集：Visual Studio Code早分かりガイド：Visual Studio Codeのおすすめ拡張機能 (3/3) - ＠IT」

（※作ったトークンの権限は後で変更できるので試してみても大丈夫なので、気になる方は検証してもいいかも）

「Generate token」ボタンを押します。


トークンが作成されますので、こちらをコピーします。


Visual Studio Code に戻って、以下のようにトークンの入力を待っている状態になっていると思うので、コピーしたトークンをペーストして、ENTER。


これで設定は完了です。

設定のアップロード/ダウンロード

設定のアップロードは Ctrl + Shift + U です。
実行すると以下のように出力にログが出ます。


Gist を開いてみましょう。
アップロードされた設定ができていると思います。


ダウンロードするときは Ctrl + Shift + D です。

自動アップロード/ダウンロード時の注意

変更されたときに自動アップロード、起動時に自動ダウンロードするように設定ができます。
ただし、複数環境で同時に使用する場合は、一方の変更が取り消されてしまったりするので注意が必要です。

自分の場合、起動するときだけ自動ダウンロードにしています。
楽なんですが何か変更をしたときにアップロードを忘れるとやり直しになるので注意。
（特に拡張機能インストールして再読込させるときに忘れがち）

手動でやるのが無難かもしれません。。。

ホストを GitHub Enterprise にする

ホストを GitHub Enterprise にする場合は、Visual Studio Code の設定に以下を足します。

"sync.host": "hogehoge.fuga.com",
    "sync.pathPrefix": "/api/v3",

(host にアドレス、pathPrefix はデフォルトから変えてる場合はそれに変える)

設定の手順は同じですが、トークン作成時に開く WEB ページが指定したホストではなく、GitHub のページを開くので注意！
設定としてはちゃんと指定したホストを見に行くようになっているので、自動で開かれるページは無視して GitHub Enterprise の方でトークンを作成し、セットアップしてください。
（これハマりました・・・）

今回は以上。では。

[Travis CI] Resource temporarily unavailable で失敗する問題の回避策

The Travis CI Blog: Trusty as default Linux is coming

Travis CI で Precise を使っていたのですが、EoL とのことなので Trusty に変更しました。
そしたらビルドが盛大に失敗しまくってテンヤワンヤ。。
だいたい解消できたので、その時の対応をブログに残しておきます。
（wine を使うジョブが未だ対応中なのです。。一旦コメントアウト中）

Resource temporarily unavailable

一部は apt-get してくるパッケージが変わっていたなど、設定の問題だったのですが、残りのほとんどがログが途中で途切れて exit 1 してました。
その中の、一部のジョブで「Resource temporarily unavailable」が出て失敗してたので、これをヒントに解決（回避）しました、というお話。

以前のワーカーイメージを使う（失敗）

最初にこれを試しました。（結果は失敗です）

これを試したのは、検索したときにこちらの issue がヒットして、そこに最初に書いてあったため。
Large writes to stdout sometimes fail with "Resource temporarily unavailable". · Issue #4704 · travis-ci/travis-ci


方法としては、.travis.yml ファイルに以下の一行を追加するだけです。

group: deprecated-2017Q2

が、結果変わらず。


The Travis CI Blog: The new Ubuntu Trusty 14.04 images are now live!
ここを見たら、sudo: false じゃダメだし、2017/9/1 まで保存って書いてあるので、もう使えない workaround でした・・・

sudo: required にする（意味なし）

そもそも、sudo less にして sudo: false にしてたものの、Precise だと Docker コンテナがなく、sudo: required と同じワーカーで実行されてました。
というわけで、sudo: required にして試してみました。


が、これも結果変わらず。


脱線しますが、コンテナが使えるようになってあらためて確認すると、起動が 20 秒超から数百ミリ秒になってました。速くていいですねぇ。
頑張って sudo less にした甲斐がありました。

stdout/stderr のノンブロッキングモードを外す

最初にみてた issue (Large writes to stdout sometimes fail with "Resource temporarily unavailable". · Issue #4704 · travis-ci/travis-ci) のさらに下のほうに、別の workaround があってそこを見ると標準出力（エラー）のノンブロッキングモードを外す方法がありました。

Travis has a new nasty trick: it puts stdout in nonblock mode! · SpiNNakerManchester/SupportScripts@1a4a4b8
こちらを参考に、同じようにブロッキングモードになるようにしてみました。


結果は成功！

ログを見ると stderr がノンブロッキングモードになっていたみたいです。


これでほとんどの失敗が解決しました。
この記事が誰かの助けになれば幸いです。では。