問題タブ [projects-and-solutions]

タイトルが言っていることはほとんど。Vim 内から vsnet プロジェクトにファイルを追加する方法はありますか? 私は開発者のグループで働いており、私たちのすべてのコードには、期待どおりのソリューションとプロジェクトがあります。私は Vim を使用したいと考えており、vsnet にアクセスすることなくファイルを追加または削除するときに、これらのプロジェクト ファイルを維持する方法を望んでいました。

まず、私はこれについて知っています：社内ソフトウェアプロジェクト用のSubversionリポジトリをどのように編成しますか？ 次に、実際の質問です。私のチームはリポジトリを再構築しており、リポジトリを整理するためのヒントを探しています。（この場合はSVN）。これが私たちが思いついたものです。1つのリポジトリ、複数のプロジェクト、複数のsvn：externals相互参照があります

語彙をクリアするには：ソリューションは単一の製品を意味し、プロジェクトはVisual Studioプロジェクトです（単一の.dllまたは単一の.exeになります）

これが、リポジトリのレイアウトを計画している方法です。主な問題は、複数のソリューションがあることですが、ソリューション間でプロジェクトを共有したいと考えています。これらの共有プロジェクトを独自のソリューションに移動することには意味がないと考え、代わりにsvn：externalsを使用してソリューション間でプロジェクトを共有することにしました。また、共通のツールセットとサードパーティライブラリをリポジトリ内の1つの場所に保持し、それらがsvn：externalsを使用して各ソリューションでそれらを参照するようにします。

このレイアウトについてどう思いますか？特にsvn：externalsの使用について。これは理想的な解決策ではありませんが、すべての長所と短所を考慮すると、私たちが考えることができる最高のものです。どのようにそれをしますか？

VS2005とVS2008の間でソリューションを共有することに関連する他の質問を検討した後、2つのソリューションファイル（1つはVS 2005用、もう1つはVS 2008用）を用意することが道のりのようです。

ただし、ソリューションがソース管理下にある場合（この場合はVisualSVN）、2つのソリューションファイルを維持し、更新/コミットごとにどちらか一方を上書きし続けないようにするにはどうすればよいでしょうか。

ソース管理から.slnファイルだけを削除して、VisualSVNクライアントがVisual Studioでそのステータスをチェックするのを停止することは可能ですか？

ありがとう

マット

一部のソリューションでは、それらを開くと、Visual Studio はプロジェクトにないファイル (特に obj/Debug から) を取得し、それを変更セットに追加するため、常に保留中の変更を元に戻す操作を実行する必要があります。気に障る。Visual Studio がこのように動作しないようにする方法はありますか?

次のプロジェクトを含むビジュアル スタジオ ソリューションがあります。

1. UI
2. データアクセス
3. ビジネスロジック
4. ビジネスオブジェクト

メールで送信したり、csv ファイルとして保存したりするレポートを生成するコードがたくさんあります。

これらの ReportGenerators クラスは、ビジネス オブジェクトを取り込み、ファイルまたは文字列を出力します。

それらをどのプロジェクトに入れますか？私は答えに傾いていますが、他の人の考えを見たいですか？

私は winforms プロジェクトを持っており、コマンド パターンを使用しています。ディレクトリ構造をクリーンアップして一貫性を持たせようとしています。

ルート コマンド フォルダーが必要かどうかを判断しようとしています。ディレクトリ構造には何が良いと思いますか?

プロジェクト
-- コマンド
----AddCommand
----SubtractCommand
----InsertCommand
----DeleteCommand

また

プロジェクト
--計算
----AddCommand
----SubtractCommand
--データベース
----InsertCommand
----DeleteCommand

さて、私はクラスの1つをルートフォルダに入れようとしています。

UI
BusinessLogicDataAccessBusinessObjects インターフェイス
_
_

バケツが上手くいかないところがもう少しあるので、提案を探しています

1. プライベートディクショナリを維持し、特定のキーに基づいてオブジェクトへのさまざまなアクセスを許可するCacheクラス

2. イベントArgクラス？

また、プロジェクトの下で、3つすべて（データアクセス、ビジネスオブジェクト、busiensslogic）を持つサブシステムができ始めました。フォルダ構造をどのように分割する必要がありますか？

A。

ProjectX
--Subsystem1
---- BusinessObjects
---- DataAccess ----
BusinessObjects
--Subsystem2
---- BusinessObjects
---- DataAccess ----
BusinessObjects

また

ProjectX
--BusienssLogic
---- Subsystem1BL
---- Subsystem2BL
--DataAccess
---- Subsystem1DA
---- Subsystem2DA
--BusinessObjects
---- Subsystem1BO
---- Subsystem2BO

また

ProjectX
--BusinessLogic
--DataAccess
--BusinessObjects
（各機能サブシステムのサブディレクトリなし）

ソリューション エクスプローラーのドラッグ アンド ドロップ機能を無効にする方法はありますか? なぜあなたは尋ねるのですか？ワコムのペンタブレットを長年愛用しています。しかし、TFS や AnkhSvn などのソース管理と組み合わせてソリューション エクスプローラーで使用すると、誤ってファイルを別のディレクトリに移動してしまうと大変なことになります。

現在、ファイルをチェックアウトする必要があるときにプロンプ​​トを表示するように Visual Studio を設定していますが、ソリューション/プロジェクト ファイルが既にチェックアウトされている場合、上記の問題は依然として存在します。

私たちの会社（xyz）は、多くのFlashコードをPythonに移行しています。

Flashには、Flashアプリ間で共有ライブラリ（パッケージxyz）があります。Flashはコードをコンパイルし、ライブラリのコンテンツを含むため、デプロイ時に他のアプリを壊すことを恐れずにパッケージに変更を加えることができます。最終的なSWFをRPM経由でデプロイし、完了です。App1とApp2を更新しても、App3が破損することはありません。

共有ライブラリの依存関係であるPythonでこれにどのようにアプローチしますか。

App1、App2、およびApp3はすべてxyz-lib.rpmを必要とし、すべて同じライブラリファイルを使用しますが、新しいライブラリが存在するたびに、更新されたxyz-lib.rpmをApp1,2,3に対して明示的にテストする必要があります。 、そしてこれは面倒です。

私の現在のお気に入りのソリューション-app1.rpmに、パッケージ化されたときからライブラリを含めることができます-事実上、ライブラリのある種の静的リンク。しかし、これはエレガントではないと感じます。（ただし、追加コストはハードドライブのスペース==安いだけです。）

共有ライブラリをしっかりと管理することがおそらく最善の解決策であることは知っていますが、すべての開発者が人間であり、間違いを犯すことを考慮に入れています。私たちは間違いを犯すつもりです、そして私はapp1の展開がapp2とapp3を壊したくありません-それはテストとデバッグのためにもっとたくさんあります。

デフォルトでは、Ctrl-Shift-B はソリューション全体をビルドします。ソリューション全体に多くのプロジェクトが含まれる場合があります。すべてを同時にコンパイルすると、特に開発が 1 つのプロジェクトでのみ行われている場合は、非常に時間がかかる場合があります。

Ctrl-Shift-B を Build.BuildOnlyProject に再マップしようとしましたが、うまくいきません。何も起こりません。

メニューから、次のオプションはまさに私が望むことを行います：