VisualStudio2010からTeamFoundationServiceへの接続のために

Source管理のために、
VisualStudio2010からTeamFoundationServiceにつないでみた。

結論的にはすごく簡単で、

VS2010SP1を適用する
KB2662296を適用する
VS2010からTFSへ接続する

ということだった。

が無駄に時間がかかったので、その過程をここに残す。

まずはさくっとつながるだろうと思って、
VS2010からTFSへ接続してみた（以下）ところ、

以下エラーが発生。

TF31002: この Team Foundation Server に接続できません: https://xxxxxxx.visualstudio.com/。
Team Foundation Server の URL: https://xxxxxxx.visualstudio.com/。
次の理由が考えられます:
- Team Foundation Server の名前、ポート番号、またはプロトコルが正しくない。
- Team Foundation Server がオフライン状態である。
- パスワードが正しくないか、期限が切れている。

すばらしくもっともらしいメッセージなために軽く奔走させらたが、
Visual Studio 2010からTeam Foundation Service Previewを使う　を参考にさせてもらったところ、

Visual Studio　2010から接続する場合、KB2662296の適用が必要です。適用せずにVisual Studioの[チーム]-[Team Foundation Serverの接続]でTeam Fondation Service Previewへ接続しようとしてもエラーが発生します。

とのこと。

これだと思ってKBをダウンロードして、実行すると、

今度は以下エラーが発生。

お使いのコンピュータは別の条件によって妨げられています・・・とのことなので、

記載されている参考のリンクへ。

非常に残念なことに英語のサイトで断念しようかと思ったが、

仕方が無いのでゆっくり読んでみたところ、

Verify that you have installed the latest Service Pack released for the product (Service Pack 1).

とのこと。

とにかくサービスパック１あてれば何とかなりそうな気がして、

ダウンロード　→　インストールへ。

ここからの展開はさくさくで、

この後はすんなりKB2662296を適用できて、

結論通りさくっとTFSにも接続できました。

VisualStudio2012にしないとダメかな・・・。

このブログの人気の投稿

Excelのマクロの差分もGitHubみたいに見たいよね

なんやかんやでまだ残っているExcelマクロ。修正したはいいが、差分が・・・。 Google先生に聞いてみるとWinMergeでできるらしいが、なぜかうまくいかない。そう、WinMergeもExcelもバージョンが新しくなっていたのでうまくいかなかったみたい。前提は Excel 2013 WinMerge 2.14.0-jp63 over です。以下差分を確認するための手順です。 WinMerge をインストールここから WinMerge の2.14.0-jp-63 より新しいバージョンをダウンロード画面に従ってぽちぽち押していけばいい。ただし・・・このときに必ずカスタムインストールでプラグインにチェックを入れること！！（このプラグインを利用します） WinMerge のプラグインの設定変更（やらなくてもOK） WinMerge を起動プラグイン　→　プラグインの設定　→　CompareMSExcelFiles.sct をダブルクリック ”ワークブックの情報を複数ファイルに展開する” にチェックを入れる Excel の設定変更ファイル　→　オプション　→　セキュリティセンター　→　セキュリティセンターの設定ボタンを押下マクロの設定を選択 ”VBA プロジェクトオブジェクトモデルへのアクセスを信頼する” にチェックを入れる WinMerge で差分を表示する WinMerge を起動して、比較したいファイルを二つ選択するプラグイン　→　展開プラグインの選択　→　ファイル展開プラグイに CompareMSExcelFiles.sct を選択して OK ボタンを押下する各シートの差分と合わせて、*.bas の形式でマクロの差分が表示される（はず）

間違ったフォーマットのプログラムじゃないんだけど

以下エラーに対し、ファイルまたはアセンブリ 'SSPI'、またはその依存関係の 1 つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。以下環境で対応した話です。 VisualStudio2012（C# ASP.NET MVC4.0） IIS7.5 とあるところのdllを使用中 ASP.NETをIISに発行しようとしたら、上記エラーが発生。他のプロジェクトでは問題なく発行できているのに、何かと思ってみたら、google先生に尋ねてみると、 DLLファイルの対象プラットフォーム（32bit／64bit）が異なるとのことでした。このサイトでは対処方法として、運用環境のプラットフォームに合わせ、適切なランタイムファイルを配布してください。と記載されていますが、今回の私のようにとあるところのdllを使用している場合などは、そうもいかない場合もあるでしょう。そこでdllを変更できない場合には、 IISのアプリケーションプールの設定で、 32bitアプリケーションを有効化してあげることで対応できます。以下手順です。コントロールパネル　→　管理ツール　→　インターネットインフォメーションサービス (IIS) マネージャー　を起動します。変更したいアプリケーションを右クリックして、詳細設定を選択します。 32ビットアプリケーションの有効化をTrueに変更します。もう一度発行します。ここまでです。簡単だけど知らないとなかなかはまるかなって気がしますね。独特のくせなのかもしれません。そして、次なるエラー発生中です・・・。

SQLServer2008でのトランザクションログの切り捨て方

SQL Server 2008でとあるDBのトランザクションログが一杯に。 BACKUP LOG DatabaseName WITH TRUNCATE_ONLY を使ってトランケートしようとしたら、 'TRUNCATE_ONLY' はBACKUP オプションとして認識されません。との冷たい返事。2008で廃止されていたのを忘れていた。 SQL Server 2008 で廃止されたデータベースエンジンの機能@MSDN そこでヌルデバイスを使用してバックアップを取得する方法で、切り捨てを試みる。 BACKUP LOG DatabaseName TO DISK = ‘nul’ GO するとまた冷たい返事。現在、データベースのバックアップが存在しないので、BACKUP LOG を実行できません。 2008では過去にフルバックアップを取得しておかないと、ランザクションのバックアップが取得できないことを忘れてた。てなわけで、まずはデータベースのフルバックアップを取得して、 BACKUP DATABASE DatabaseName TO DISK = ‘nul’ GO もう一度トランザクションのバックアップをして、やっと切り捨てれた。最初から単純にしておけばよかった・・・。

百発百中

このブログを検索