数千の画像と大きな PDF ファイルを含む大規模な e コマース サイトのコードを維持しています。
バグ追跡番号でブランチに名前を付けてバグレポートを処理するため、SNV ブランチを作成することは非常に得意です。
画像と PDF ファイルが大量にあるため、ブランチの作成とアップロードに 20 分かかるため、大きな問題が発生しています。
ただし、コードとデザイン関連の画像のみに取り組んでいるため、ソリューション内に製品画像や PDF パンフレットは必要ありません。
ソリューション > プロジェクト (DAL、BLL、WEB など) を使用して Visual Studio を使用して開発環境を設定するのに最適なアプローチは何ですか?
サイトのデザインを確認できるように、デザイン要素を含む \images\ が必要です。
Web.Config設定がそれを指している同じサーバー内のミニCNDに余分な「メディア」ファイルを配置するのはどうですか?
これに対する考え/解決策はありますか？
更新 - 動作中
詳細については、以下の私の回答を参照してください。
これらのタイプのアセットをコードリポジトリに含めないだけです。VisualStudioソリューションの一部などのPSDを用意する必要は実際にはありません。これを続けると、各ブランチの作成に長い時間がかかります。
代わりに、画像アセットファイル用に完全に別のリポジトリを作成します。そのリポジトリはコードリポジトリの隣に置くことができますが、サーバーで個別に処理されます。このようにして、コードを分岐するたびに新しいバージョンを作成する必要はありません。同様に、設計者はコードリポジトリについて心配することなく、そのリポジトリ内で作業できます。
幸運を！
これが、問題を解決するために最終的に行ったことです。
/image/ ディレクトリでは、製品画像、小売業者の画像など、PDF ファイルを含むすべての「非デザイン」資産を削除しました。
CDN.DOMAINNAME.COM など、#1 で移動したすべてのアセットに対して完全に別のドメイン名/ftp を作成しました。
すべてのアセットの CDN の場所を指すようにリファクタリングされたコード/デザイン ページ: /images/products/<%#Eval("productImg")%> />
SVN プロジェクト全体を削除し ( BeanStalkAppを使用)、プロジェクトをローカル ドライブから削除しました。
作成された (2) SVN およびローカル フォルダー: DOMAINNAME.COM および CDN.DOMAINNAME.COM
プロジェクト フォルダー DOMAINNAME.COM のサイズは 24 MB から 3.30 MB になりました。
CDN.DOMAINNAME.COM のサイズには、残りの 20 MB のアセットがあります。
デザイナーとプログラマーは数時間ごとに DOMAINNAME.COM にコミットします。ブランチの作成には数分かかりますが、以前は 20 ～ 30 分かかりました。
デザイナーは、CDN.DOMAINNAME.COM に 1 日に 1 回か 2 回だけコミットします。私たちのプログラマーは、ほとんどの場合、CDN.DOMAINNAME.COM SVN から離れることを選択しました。
最近、Beanstalk の Deployment Tool (自動)を使用しました -- 新しい製品イメージが SVN に投稿されると、BeanStalk は新しいファイルを自動的にサーバーにプッシュしました。
すべてが新しい構造でうまく機能しており、デザイナーとプログラマーの両方が非常に満足しています.