0

全て、

いくつかのコンテンツ管理機能を必要とする新しい ASP.NET MVC プロジェクトを開始しています。

コンテンツを管理する担当者は、SharePoint Designer (FrontPage の後継) を使用してコンテンツを変更することを好みます。彼らがそれを続けられるようにしたい。

問題は次のとおりです。

  1. 私はこれを Web サイト プロジェクトではなく WAP にしたいので、ローカル マシンに Visual Studio をインストールする必要なく、実際に変更を確認するにはどうすればよいでしょうか? 次のような URL が与えられるように、コントローラの「デフォルト」アクションを指定できますか

       /products/new_view_here

    チェックイン/ビルド/デプロイ プロセスを実行せずに、ページ (ビュー) を保存してブラウザーで表示することはできますか?

  2. 彼らの変更を SVN に保存したいと思います。SharePoint デザイナーは、Visual SourceSafe (ug) のみを直接サポートしているようです。

今まで思いついたアイデアは

  1. FrontPage Server Extensions プロトコルを実装する HTTP ハンドラーを作成します。これには時間がかかるように思えますが、私はまだプロトコル仕様を見ていません。ただし、ファイルをSVNにチェックインするなど、サーバー側で必要な操作を実行できます。

  2. WAP を捨てて、ウェブサイト プロジェクトを支持します。ただし、サーバーにソースが存在するのは好きではありません。また、MVC は Web サイト プロジェクトで機能しますか?

確かに誰かがこの問題に以前に取り組んだことがありますか?

4

1 に答える 1

1

これはかなり複雑なようです。彼らが静的な html ページを作成する場合、Frontpage Extensions 以外の別のオプションは FTP を使用することです。次に、問題の編集部分をスムーズにします。

正確なテクノロジーが何であるかはわかりませんが、ファイルシステムの変更を監視するサービスがあり、svn に自動的にコミットすることができます。

この場合、おそらくデザイナーごとにブランチにコミットし、一部の部分が完了したら、あなたまたはチームメンバーが変更をブランチにマージして、一連の機械的な変更以外の意味のある履歴を残すようにします。読む価値のないコミット。

  1. Frontpage Extensions の代わりに FTP を使用する
  2. ファイル システム モニターを使用して、保存を SVN ブランチに機械的にコミットする
  3. マイルストーンに到達したら、それらの変更をトランクに手動でマージします。

また、FTP でない場合は、WebDAV も適切なオプションです。また、MVC フレームワークを拡張して、開発目的でページビューごとにテンプレートをコンパイルする必要がある場合もあります。

幸運を！

于 2010-03-11T18:06:45.493 に答える