ここでは、私たちは問題を抱えています。私たちは、サーバー側ロジックに.NETを使用するFlexショップです。私たちは、Flex BuilderのソースコントロールとサブクラスにSubversionを使用していますが、ソースコントロールとSubversionを使用するのにはまだまだ新機能です。ブランチとマージは.NET側ではうまくいくようですが、ローカルマシン上に最終的なswfが構築されているため、Flex側の問題に取り組んでいます。Subversionを使用してFlexプロジェクトをブランチングする最善の方法
質問は、通常のワークフローは、FlexとSVNを使用する場合のように見えますか？特に、どのように分かち合っていますか？
個人的には、Flash/Flexのソースコードを、別のSVNリポジトリに保存しています。これは、どのような種類のWebサーバーにも展開されていません。こうすることで、Flash/Flexアプリケーション専用のブランチとタグを作成することができます。私はまた、任意のSWFを展開リポジトリのローカルコピーに直接パブリッシュする傾向があります。パブリッシュされたSWFをバージョン管理下に保つことは、サーバーに展開されているものの一部でない限り意味を持ちません。私は、SWFが私のFlashソースコードリポジトリにコミットし続けるのは好きではありません。なぜなら、不要な領域を占め、すべてのソースコードが結果のSWFではなく最新のバージョンを表すからです。
それは間違いなく助けです - ありがとうMatt！ – onekidney
フレックスリリースがサーバーロジックと一貫しているように、プロジェクトを.Netプロジェクトと一緒にブランチしたいと思うかもしれません。
私はMatt W.に同意します。AKQAには、私たちのソースと資産の4つのsvnロケーションがあります。私たちはプロジェクトのbinフォルダに対してsvn ignoreを設定しました。そうすることで、swfをチェックしていないということは、更新するときにswfsや出力ファイルを取得しないことを意味します。
クルーズコントロールのようなものとの継続的な統合を検討することをお勧めします。すべてのファイルをサーバー上の1つの場所に生成するサーバー上に出力を構築します。そこ継続的インテグレーションの他の利点の負荷があり、それは我々が、私は自分のためにそのようなことをお勧めします。この
+server-side-app
--trunk
--tags
--branches
+flex-client-app
--trunk
--tags
--branches
のようなディレクトリ構造を使用
を持つ価値は十分あります。
問題の詳細について教えてください。最終的なswfがローカルマシン上に構築されているという事実に関連していますが、なぜソースコントロールに影響しますか？ – stephendl