1

SVN の目的は、アプリケーションまたはその他の目的で標準名を持つ構造化ファイルを保存することであり、これらのファイルへの更新はコミットされ、リビジョンになります。

通常、SVN のファイルは環境に依存しないことがわかっています。環境を DEV、QA、UAT、PROD と定義しています。これに QA と UAT の「非構造化」ファイルを混ぜて、QA スクリプト、QA 自動化スクリプト、スクリーン ショット、修正された欠陥の提案されたドキュメント、開発の一部のビジネス要件などを追跡したいとします。基本的に、これらの非構造化ファイルを保存する場所が必要です。以下の構造のどこにそのようなものを保存しますか、またはこれは推奨されませんか?

ブランチは、より大きなプロジェクト (またはアプリケーション) 内の小さなプロジェクト作業 (またはタスク作業) であるため、開発の一部をブランチ サブフォルダー内に保存します。トランクは本番環境の安定バージョンですよね? 過去に、デプロイ スクリプトとロールバック スクリプトが存在する場所はタグであると聞いたことがありますが、過去のある時点では、多かれ少なかれ静的なものでした。したがって、これらの非構造化ファイルをブランチまたはタグに配置すると思います。

私が「構造化されていない」と言う理由は、開発の各部分ごとに異なり、後で時代遅れになる可能性がある QA スクリーン ショットがある可能性があるためです。開発後にこれらをトランクにチェックインしたくないのは明らかですが、開発中に、ブランチが実際に安定する前に新しい開発の変更がブランチにチェックインされるため、スクリーンショットが変更される可能性があるため、そのスクリーンショットを新しいスクリーンショット。また、開発の変更に伴い、テスト スクリプトも変更されます。また、開発のビジネス要件、DEV および QA のテスト計画、DEV および QA のテスト結果、開発前に発見された欠陥の説明、および欠陥開発の修正の説明などがあります。

現在の構造は次のとおりです。

\app
\app\trunk\
\app\trunk\file_x
\app\branches\
\app\branches\YYYY-MM-DD_branch_x\file_x
\app\tags\
4

1 に答える 1

2

ドキュメンテーションのファイルとテストは、リポジトリ内の別のツリー (app-sources または外部と共有され、svn:externals を使用して app-repo にリンクされている) のコンテンツになるのに適しています。リポジトリは次のようなものかもしれません

/trunk
/tests
/docs

結果として

その他の QA 作業 (バグハンティング) は、問題追跡システム (一部、任意、推奨) の対象です。見つかったバグは (説明、再現手順、スクリーンショットと共に) システムに追加され、チケットのコメントで議論できます。 、バグのコミットに関連しています (チケットからもリンクされています)

于 2013-08-08T14:17:37.690 に答える