問題タブ [project-files]

開発者チームによって開発されている複数のプロジェクトを含むソリューションがあります。最初にチェックインされたソリューション ファイルのプロジェクト パスには、その開発者に固有のパスが含まれています。別の開発者が最新のソリューションを取得すると、パスが異なるため、一部のプロジェクトが読み込まれません。

これを管理するより良い方法は何ですか?

ティア

私たちのチームには、TeamFoundationServerによってソース管理されているVisualStudio2008のデータベースプロジェクトがあります。2週間ごとに、1人の同僚がチェックインした後、プロジェクトファイルは他の開発者のマシンに読み込まれません。エラーメッセージは次のとおりです。

プロジェクトファイルを読み込めませんでした。ルートレベルのデータは無効です。行1、位置1。

Notepad ++でプロジェクトファイルを見ると、ファイルは次のようになっています。

��<NUL?NULxNULmNULlNUL NULvNULeNULrNULsNULiNULoNULnNUL..。

など（これで確認できます<?xml version）に対して、通常のプロジェクトファイルは次のようになります。

<?xml version="1.0" encoding="utf-16"?> ..。

したがって、ファイルのエンコーディングに問題がある可能性があります。これは、ファイルのエンコーディングを再度正しく取得することが不可能であることが判明したため、私たちにとって問題です。「解決策」は、プロジェクトファイルを破棄し、ソース管理から最新の動作バージョンを取得することです。

ファイルによると、エンコーディングはUTF-16である必要があります。Notepad ++によると、破損したファイルは実際にはUTF-8です。

私の質問は次のとおりです。

• Visual Studioがプロジェクトファイルのエンコーディングを、明らかにランダムな時間とランダムなマシンで混乱させるのはなぜですか？
• これを防ぐために何をすべきですか？
• それが起こったとき、ソース管理から古いバージョンをプルする代わりに、現在のファイルを正しいエンコーディングで復元する可能性はありますか？

最後の注意として、問題は1つのプロジェクトファイルにありますが、他のすべてのプロジェクトファイルではこの問題は発生しません。

更新：Jon Skeetの提案のおかげで、質問3の答えがあります。最初の9バイトのEFBBBF EF BF BD EF BFBDを2バイトのFFFEに置き換えると、プロジェクトファイルが再度ロードされます。

これは、なぜVisualStudioがファイルを破損するのかという疑問を残します。

32 ビット XP OS で VS 2003 .Net を使用しています。マシンに「Microsoft Platform SDK」もインストールしました。64 ビット OS を対象とした vc++ アプリケーション (バイナリ) をビルドできますか?

次のプロジェクト オプションを使用しています。

次のエラーが表示されます:

このエラーを解決するには、64 ビット OS でプロジェクトをビルドする必要がありますか、それともプロジェクト設定を変更する必要がありますか? この問題を解決するのを手伝ってください。

2 つの Qt4 Gui アプリケーション プロジェクトと 1 つの共有ライブラリ プロジェクトがあり、すべて「サブディレクトリ」テンプレートを使用して .pro ファイルで参照されています。つまり、次のようになります。

• exampleapp.pro
  • app1.pro
  • app2.pro
  • 共有ライブラリ.pro

ここで、app1 と app2 から sharedlib を参照して、app1.exe を実行するたびに、sharedlib.dll を独自のフォルダーから app1.exe のフォルダーに手動でコピーする必要がないようにします。

プロジェクト ウィンドウで PATH 環境変数を設定できましたが、これはあまり移植性がありません。LIBS 変数を app1.pro ファイルに入れることを検討しましたが、それが静的にリンクされたライブラリのみを参照しているかどうかはわかりません - さまざまな構文で試してみましたが、共有ライブラリでは機能しないようです.

プロジェクト ファイルを除くすべてのソース ファイルがバージョン管理に格納されている大規模なプロジェクトに取り組んでいます。これは主任開発者の決定でした。彼の理由は次のとおりです。

• 開発者の作業ディレクトリ間の違いを調整するには時間がかかります。
• 変更が安定するまで、開発者は独立して作業できます。

代わりに、開発者は最初に仲間の開発者のプロジェクト ファイルのコピーを取得します。次に、新しいファイルが追加されると、各開発者は残りのすべての人に変更について通知します。これは、長期的にははるかに時間がかかると思います。

私の意見では、プロジェクト ファイルへの変更を追跡しないことの想定される利点よりも、危険性の方が重要です。必要なソース ファイルへの参照に加えて、各プロジェクト ファイルには、非常に時間がかかり、破損した場合やハードウェア障害が発生した場合にエラーが発生しやすい構成設定があります。それらの一部には、復元がほぼ不可能なソース コードが埋め込まれています。

私は、彼の両方の理由が次の方法で達成できることをリードに納得させようとしました。

• 標準のフォルダ構造に同意する
• プロジェクト ファイルでの相対パスの使用
• バージョン管理システムをより効果的に使用する

しかし今のところ、彼は私の提案に耳を貸そうとはしません。svn ログを確認したところ、各メジャー バージョンの履歴が Add で始まっていることがわかりました。彼は分岐機能の使い方をまったく知らないような気がします。

私は何も心配していませんか、それとも私の懸念は有効ですか?

TFSソース管理下のプロジェクトに新しいファイルを追加すると、プロジェクトファイルとそのプロジェクトファイルに対応する.vspsccファイルがチェックアウトされます。

プロジェクトファイル自体は（新しいファイルを含めるために）変更されますが、.vspsccファイルはまったく変更されません。なぜわざわざチェックするのですか？チェックアウトを無効にする方法はありますか？ある場合は、チェックアウトする必要がありますか？

多数のファイルが追加され、プロジェクトが複数の人によって同時に作業されているプロジェクトの初期段階では、Xcodeプロジェクトファイルはソース管理下で競合する傾向があります。これらをマージするのは面倒であり、注意しないとファイル参照が失われることがよくあります。

誰かが一般的なXcodeプロジェクトファイルを使用してコラボレーションするための実証済みのシステムを考案しましたか？誰かが共同作業者ごとに個別のプロジェクトファイルを保持し、問題が発生したときにファイルの依存関係について心配していますか？これはかなり一般的な問題のように思われるので、多くの人がこの種のシステムを考案したと確信しています。

私はこれのために、共同作業者ごとに別々のプロジェクトファイルを含む独自のシステムを持っていますが、それは初期の段階ではちょっと残念です...

私はいくつかの Clojure を学んでおり、現在.clj、テキスト エディターで編集し、コマンド ラインで実行する 1 つのファイルを持っています。

これをより大きなプログラム/ライブラリにスケールアップする際の実際的な側面に関するガイドはどこにありますか?

• .cljファイルシステム上で複数のファイルをどのようにレイアウトすればよいですか?
• テスト コードをどのように整理して実行すればよいですか?
• プログラム/ライブラリをどのように文書化すればよいですか?
• どのように梱包すればよいですか？

小さなスクリプトから実際のものにスケールアップする際の実用的な側面に関する情報を探しています。

だから、私は今私のウェブサイトでJSをかなり使い果たしています。これにはjQuery（および.ready init）が含まれます。ページには2つの部分があり、上部は主にGoogleマップで、下部は入力フォームです。

現在、これらすべてが1つの.js、関数、init、反復、すべてに含まれています。それはよく構成されており、すべてが適切に行われています。

しかし、私の質問は次のとおりです。良い構造とは何ですか？上半分を1つのファイルに入れ、下半分を別のファイルに入れる必要がありますか？または、必要なすべての初期化を.ready（）の下に置き、すべての関数を別のファイルに配置する必要がありますか？または、すべてを増え続けるファイルに保存する必要がありますか？

.net4.0のソリューションでVS2010を使用しています。ほとんどのソリューションには、単体テストプロジェクトが含まれています。ソリューションはソース管理下にあります（TFS2010）。

しかし、ソリューションを開くたびに、VS2010はテストプロジェクトファイル（.csproj）と対応する.csproj.vspsccファイルをチェックアウトしました。チェックアウトしたファイルをソース管理（TFS）のファイルと比較すると、ファイルは同じです。

誰かがこの問題の解決策を知っていますか？