問題タブ [sourcegear-vault]

タイトルが示すように、vb コードを使用したフォーム、クエリ、およびモジュールを含む MS Access アプリケーションのソース管理に Vault を使用したいと考えています。以前のコードと比較する目的で、テキスト ファイルとの間でモジュールをエクスポートおよびインポートするという面倒なプロセスを避けたいと考えています。

ありがとう。

私は数年間ソースコントロールを使用してきましたが（ソースセーフの年数を数えると）、決して専門家ではありません。現在、古いバージョンのSourcegearVaultを使用しています。私たちのチームは現在、チェックアウトとロックのモデルを使用しています。むしろアップデートとマージモデルに切り替えたいのですが、他の開発者を説得する必要があります。

開発者（私ではない）がチェックアウトとロックとして機能するように設定した理由は、ファイルの反逆によるものでした。当社はコンサルティング会社と協力して開発作業の多くを行っています。数年前、私がここにいるずっと前に、彼らは更新とマージのためにソース管理を設定していました。コンサルタントはチェックインに行きましたが、マージエラーが発生しました。その後、彼らは数ヶ月間切断モードで作業することを選択しました。ついにプロジェクトをテストする時が来たとき、たくさんのバグが現れ、コードベースが劇的に異なっていることが発見されました。何週間もの作業は、やり直さなければならなくなりました。そこで彼らは解決策としてチェックアウトしてロックしに行きました。

2人以上が同時に同じプロジェクトで作業するのは非常に難しいので、チェックアウトしてロックするのは好きではありません。任意のタイプの新しいファイルを追加したり、ファイルの名前を変更したりするたびに、ソース管理は.csprojファイルをチェックアウトします。これにより、他の開発者がファイルを追加/名前変更することができなくなります。

ファイルだけをマージ可能にすることを検討しました.csprojが、csprojはIDEで自動生成され、2つの異なるVS生成ファイルが同じコードを生成することを保証できないため、Sourcegearサイトはこれは悪い考えだと言っています。

私の友人（他の開発者）は、解決策はプロジェクトをすぐにチェックインすることだと言っています。私にとって、これに関する問題は、ビルドされないローカルコピーがある可能性があり、ビルドを取得するのに時間がかかる可能性があることです。ビルドが機能するまでに数時間かかる可能性があります。つまり、その間、他の誰もファイルを作成して名前を変更することはできません。

正しい解決策は、マージ可能なモデルに切り替えることだと私は反論します。「レネゲードファイル」の問題に対する私の答えは、それは貧弱なプログラマーの規律の問題であり、貧弱な規律の修正として弱いプログラマーの選択を使用するべきではないということです。代わりに、プログラマーの規律の欠如を修正するための行動を取る必要があります。

それで、誰が正しいのですか？チェックインしていますか-反逆ファイルの問題に対する正当な回答を確認してください？それとも、この.csproj問題は複数の開発者にとって非常に面倒な問題ですか？または、Sourcegearが間違っていて、csprojファイルを更新およびマージするように設定しても問題ありませんか？

シナリオ：

• ソリューションはバインドされています
• チームは束縛された仕事を好む
• 縛られずに働きたい。そのために、[ツール]、[オプション]、[ソース管理] で、現在のソース管理プラグインを [なし] に設定しました。

ただし、ソリューションをロードすると、VS2008 はソース管理プラグインをオンにし、すべてのファイルをバインドします。

VS2008 でソース管理バインディングをオフにするにはどうすればよいですか?

ソース管理 (Vault) で特定のソリューションをロードするたびに、Visual Studio (2008) からリポジトリを選択するように求められます。これは、Vault の [Choose Repository] ​​プロンプトの形式をとります。Vault GUI で既定のリポジトリを選択していますが、特定のソリューションをロードするたびに、リポジトリの入力を求められます。何か案は？

SourceGear Vault Client で削除されたファイルの内容と履歴を表示する方法はありますか? 私が見つけた唯一の方法は、ファイルの削除を取り消し、ファイルを表示してから、もう一度ファイルを削除することです。

現在、Vault 4.1.2 を使用しています。

SourceGear Vaultのクライアントアプリには、変更をバックグラウンドで検索する機能があります。これは非常に便利です。いつでも簡単に覗いて、チームメンバーがチェックインした変更や、最新情報を入手する必要があるかどうかを確認できるからです。これは、必要になる可能性のあるマージをプレビューする場合にも役立ちます。そして、日常的に、コードベースのどの部分が最もチャーンしているのかを把握するのに役立ちます。

ネイティブ機能またはプラグインを使用して、Team Foundation Serverでこれと同じ機能を取得する方法はありますか？比較機能があることは知っていますが、時間がかかりすぎて役に立ちません。Vaultのように定期的に更新できない限り、それを行う方法は見つかりませんでした。Visual Studio 2010で何か新しいことはありますか？

この種の機能が Subversion に存在し、非常にうまく機能することに気付きました。SourceGear Vault にそのようなものがあるかどうか疑問に思っていました。

いくつかの個人的なプロジェクトには SourceGear Vault を使用し、仕事のプロジェクトには Team Foundation Server を使用しています。TFS に欠けていることの 1 つは、Vault のチェックイン ダイアログ ウィンドウにある単純な機能です。

Vault クライアントでは、チェックアウトされたファイルがチェックインされた以前のバージョンから変更されたかどうかを確認できます。スクリーン ショットは次のとおりです。「詳細」列に注目してください。違いがあるということですね。これが非常に役立つのは、コードの再生成を行うためにプロジェクト全体をチェックアウトする必要がある場合です。クラス ライブラリ プロジェクトをチェックアウトし、CodeSmith テンプレートを再生成します。これを行うと、いくつかの特定のファイルだけが変更される可能性があります。保留中のチェックイン画面を表示すると、実際に変更されたファイルが表示され、比較して影響を確認できます。

SO ... TFSはこれを行うことができますか? たぶん、私のためにそれを行うサードパーティのツールがありますか? 入手しなければならない TFS SDK または PowerTool はありますか。建てたい人いますか？

sourcegearボールトは無料ですか？そうでない場合、それらが利用可能である場合、裁判の制限は何ですか？