web-dev-qa-db-ja.com

別のプロジェクトからファイルをプルする1回限りのプロジェクトを簡単に管理できるように、TFS構造をどのように整理できますか?

メインプロジェクトをTFSで非常に簡単にセットアップしました。私は最近、自分のカスタムコンポーネントを作成したソフトウェアを使用して、他の組織にそれらを販売できるように、いくつかのプロジェクトコンポーネントを一般化し始めました。

これらのコンポーネントを独自のブランチに引き出して、マイナーな調整を行ったり、関連ファイルを簡単に圧縮して購入した人に送信したりできるようにしたいのですが、周囲のすべてのファイルを使いたくありませんその枝に。

私のプロジェクトは$/Project/Main/にあります。自分のブランチにマージする必要があるファイルが展開されています。

$/Project/Main/web/less/modules/myCustomModule.less
$/Project/Main/web/css/myCustomModule.css
$/Project/Main/web/scripts/myCustomModule.js
$/Project/Main/web/UserControls/custom/myCustomModule.ascx
$/Project/Main/web/UserControls/custom/myCustomModule.ascx.cs

.../web/の後のディレクトリ構造を$/Project/NinjaModules/にコピーする必要がありますが、必要なのはこれら5つのファイルだけです。

tf merge $/Project/Main/web/less/modules/myCustomModule.less $/Project/NinjaModules/less/modules/myCustomModule.less
...

すべてのコマンドを個別に再実行する必要があるため、$/Project/Mainから$/Project/NinjaModulesへの変更をマージするまで、これは問題なく機能します。

これを構造化する正しい方法はありますか?

注:tf mergeの下にあるすべてのディレクトリを$/Project/Mainし、次に不要なすべてのファイルをtf deleteすることもできますが、それを処理するにはかなり重い方法のようです。新しいファイルを$/Project/Mainに追加してからマージを実行すると、$/Project/NinjaModulesの新しいファイルを削除する必要があります。

6
dx_over_dt

これはTFVCよりもGitの方がはるかに簡単ですが、1つのチームプロジェクトですべてを行うことができます。コンポーネントごとにエリアパスとフォルダーを使用し、それぞれにNugerパッケージを作成します。次に、実装全体でこれらのコンポーネントを使用して自動更新できます。

http://nkdagility.com/one-team-project/