問題タブ [project-lifecycle]

私は、私が働いている会社のためにいくつかの Web サービスを開発する外部サプライヤーを使用して、最初のプロジェクトに取り組んでいます。

私の質問は、プロジェクト ライフサイクルのどの段階で、WDSL (および関連するスキーマ) が配信されると予想されますか?

個人的にはサービス契約だと思っているので、機能設計段階で納品しても無理はないと思います。ただし、機能仕様書にすべて (名前、長さ、形式など) が文書化されている限り、問題はありません。また、WDSL 自体はコンポーネントの設計/開発段階で提供されるのでしょうか?

データでいっぱいの巨大な *.couch ファイルを含む ruby​​/couchdb アプリケーションがあります。コードリポジトリのどこかに保存するために、どういうわけかインポートしたいもの（mysqlの世界ではdbスキーマと呼びますが、ここではビューのみです）。新しい空の環境をセットアップするときに巨大な *.couch ファイルをコピーしないようにするために必要です。

これを行うための最良の戦略は何ですか? 私の頭に浮かぶ唯一の方法は次のとおりです。

• カール curl -X GET "$COUCH/dbname/_design/ViewName"
• 関数 map と reduce 関数を .js ファイルのどこかに保存する
• 新しい環境を設定するときは、curl を使用して空のデータベースに再度追加します。

しかし、それは多くの手作業です。これを行うための一般的な方法があるはずです。

いくつかのモジュールを使用したソリューションがあります (モジュールとは、MVC アプリケーション、共通コード ライブラリ、いくつかの Web サービスなどを意味します)。リリース手順は、trunk > test > live です。すべてがOKの場合、うまく機能します。テストのためにリリースし、テストからライブに移行するよりも、私が取り組んでいる新しい要件を収集します。要件により、最初は不安定なベースを生成する可能性のあるより深いリファクタリングを行う必要がある場合があります。そのため、仕事の最中に、待つことができない新しい超保留中の要件を取得し、クライアントはできるだけ早くリリースするように強制しました。ラベルの単純な変更に1日か2日かかることを理解できないため、交渉が難しい場合があります...そのため、SVN、Visual Studio、IISの観点からソースを簡単に切り替えるスマートなソリューションが必要です。

非常に保留中のリクエストが来ているとき：VS、IIS、およびSVNがライブコードを指すように「切り替え」ます。そのため、ラベルを変更し、ライブにコミットし、テストにリリースし、ライブに移行します。

それを達成するための良いアプローチは何ですか？