.NETに複数のプロジェクトがあり、そこには2つのコピーがあり、ソースコードと公開バージョンがあります。フロントエンドの開発者は、通常はVisual Studioを使用しないため、通常は公開されたバージョンで動作しますので、ソースコードバージョンにコピーする必要がある発行済みバージョンには多くの変更が加えられます。これは、人々が変更をコピーすることを忘れてしまうため、エラーにつながります。.NETプロジェクトとフロントエンド開発者の協力
誰も同じような問題がありますか？任意のヒント？
おかげ
既にバージョン管理を使用しているので、あなたはセットアップフロントエンド開発者がファイルを変更するたびにバックエンドの開発者に電子メールを送りSVNフックをすることができます。しかし、おそらく最善のアプローチではありません...
別の2つのアプローチは、プロジェクトのソースコードバージョンを2つ作成することです。 1つのソースコードバージョンには、開発者固有の.csファイル（ベースページとコントロールクラス、カスタムコントロールなど）がすべて含まれています.2番目のプロジェクトはasp.netプロジェクトです。 asp.netプロジェクトには、aspx、ascx、masterファイルなどのプレゼンテーションファイルのみがあります。フロントエンドの開発者は、asp.netプロジェクトのソースコードバージョンで作業します。彼らはバイナリプロジェクトのパブ版を持っていました。
このソリューションを使用すると、バックエンド開発者は、フロントエンド開発者が操作できるカスタムコントロールを開発する必要があります。フロントエンドの開発者は、常に最新のソースバージョンのasp.netプロジェクトを作成しています。通常、バックエンド開発者は、フロントエンド開発者が作業するための完全なカスタムasp.netタグライブラリを作成することになります。
正解は1つだけです。フロントエンドの開発者はTFSに変更をコミットできる必要があります。彼らは、TFSにアクセスするために、全体のVisual Studioをインストールする必要はありません
を「フロントエンドの開発者」は何ですか？なぜ彼らはVisual Studioで動作しないのですか？なぜ彼らはソースコードの別のコピーで動作しますか？説明したプロセスは悪夢のように聞こえる。 –
フロントエンドの開発者が.NETプレゼンテーション固有のファイルを厳密に処理していて、これらのファイルをバージョン管理にコミットする必要がある場合、通常はファイルをバージョン管理にコミットしますか？それのサウンドからバックエンドの開発者ですか？フロントエンドの開発者がフロントエンドのファイルをコミットすることが許可されていれば問題になるでしょうか？ –