Studioからの発行について、以前に以下の記事を書きました。ひとつ前の記事でリリース管理について書きました。サーバ構築またも、3か月近く間が空いてしまいました。ネタはたまっているので、間隔をなるべくおかずに書いて行きたいものです。以下の記事では、ビルド時のオプションで発行まで行いましたが、今回はリリース管理機能を使ってIISにデプロイしてみました。新年あけましておめでとうございます。今年もよろしくお願いします。権限関係では、いくつか記事を書いた。サーバ構築XAMLでない方の新しいビルドが成功したので、Webデプロイも試してみた。どこに書いてあったか忘れたが、MSBuild引数を設定する事で、Webデプロイが出来るらしいので、やってみた。前回からあっという間に2か月以上たってしまった。2015以降のTFSではXAMLビルドは推奨されない*1方式になるので、新しいビルド環境の構築を試してみた。2016に載せ替えたので、メモを残しておく。以前にメモしていたのに、忘れていて余分な時間を費やしてしまったので、忘れないようにブログに残しておく。以下のサイトを参考にWebアプリケーションを作成し、リモートのIIS上にデプロイする。2017は、NuGetサーバーをローカルで建てることが出来るらしいので、そちらを使った方がディスク容量の節約になると思いますし、そちらを使いましょう。アプリケーションを別サーバーにデプロイして動作確認しようとしたが、DBやフォルダへのアクセス権限でエラーが発生しました。サーバ構築タイトルからして、何当たり前のことを言っているんだ感が全開ですが、今後同じ間違いをしないように書いておきます。アプリケーションをデプロイする必要がありました。MVC5でWebアプリケーションを作成し、IISへの公開も成功して、さて確認するぞ!という事でアクセスしたらエラーが発生して表示できなかったので、原因を調べました。ついて自分用にまとめたメモ。作業手順の順番を変更しました。4.6.1を使用してビルドが出来るようになったので、次にテスト環境を用意しようと思いました。新プロジェクトが開発に入るにあたって、どうせならばTFSでビルド出来るようにして、ゆくゆくはプルリクエストがマージされたらテスト環境にデプロイされるようにしたい。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。