1

現在、多数の Excel VBA を使用したワークブックを VSTO ソリューションに変換するプロジェクトに取り組んでいます。すべてのワークブックは、多数のクラス ライブラリとサード パーティのアセンブリを共有します。実際、ほとんどの作業はクラス ライブラリで行われます。私は現在、このようにフォルダ構造をレイアウトしています。

Base
    Libraries  
    Assemblies  
    Workbooks  
        Workbook1  
        Workbook2

各ワークブックは独自のソリューションになり、ワークブック ソリューションはフォルダー構造内のアセンブリを参照するだけです。私の質問は、ソース管理をどのようにレイアウトしますか? ベースでリポジトリを開始しますか? それとも、ワークブック ソリューションごとにリポジトリを作成しますか? フォルダを並べ替えますか？

初期開発が完了したので、残りのワークブックの変換を支援するために多くの外部開発者をプロジェクトに参加させようとしています。彼らがベースからチェックアウトできるというアイデアが本当に気に入っています。ディレクトリを作成し、すべての依存関係をすぐに使用できるようにします。また、1 つのソース管理リポジトリの下に 20 以上のソリューション/プロジェクトを配置することに伴う懸念事項が他にもあることも心配しています。

プロジェクトに参加する人々のためにすべてをできるだけシンプルにしたいのですが、長期的な使いやすさを犠牲にしたくありません。私の考えでは、1 つのリポジトリとソリューションごとに 1 つのリポジトリのどちらが簡単ですか?

私は新鮮なので、あなたが持っている洞察力に感謝します。

追加情報: 現在、私は個人的に Mercurial を使用していますが、他に何か説得力のある議論ができない限り、プロジェクトはおそらく StarTeam に移されるでしょう。

4

1 に答える 1

1

使用しているソース管理については、質問に記載していません。外部の開発者によるリポジトリの残りの部分へのアクセスを制限する必要があるようには思えないので、複数のリポジトリを設定する必要はありません。コードが数百万行のサイズに達しない限り、リポジトリのサイズは問題ではないと思います。

それはすべて、リビジョン管理システムがサポートする機能によって異なります。Subversionでは、他のフォルダーを外部として宣言し、そのフォルダーのコンテンツのファイルURLを指定できます。これにより、Subversionは、フォルダー構造内にある場合でも、そのフォルダーを個別のリポジトリとして処理します。

于 2008-09-25T17:58:03.823 に答える