7

Git と Git-flow を使用する場合、人々はビルド構成をどのように設定していますか? 完了したいタスクがいくつかあります。

  • コミット - コンパイル、静的コード分析の実行、単体テスト、パッケージ化
  • 統合テスト - 統合テストの実行
  • テストにデプロイ - アプリをテスト環境にデプロイします
  • 機能テスト - エンドツーエンドの機能テストを実行します
  • QA へのデプロイ - スモーク テストを実行する QA 環境への手動プル

master、develop、release フィーチャー ブランチを使って、人々がそれらをどのようにビルド プロセスにマッピングするのか興味があります。

4

2 に答える 2

2

現在、

  • CI ビルド
    • VCS ルートには、develop、feature/*、release/*、hotfix/*、および master を含むブランチ仕様があります。
    • すべてのブランチの VCS コミット トリガー
    • プル リクエスト ビルド機能ブランチとリンク ビルド結果と承認
    • マスターの自動マージ -> 開発
  • リリースノートのビルド
    • CI ビルドのスナップショット
    • コミットからリリース ノートを生成し、コミットします。
  • 開発ビルドにデプロイ
    • CI ビルドのスナップショット
    • 1 日 2 回のデプロイをスケジュール
    • 開発ブランチのみがデプロイされます
  • UAT ビルドにデプロイする
    • 手動ステップ
    • CI ビルドのスナップショット
    • UAT にデプロイできるのは release/*、hotfix/*、または master のみです
  • 本番環境にデプロイ
    • 手動ステップ
    • Deploy to UAT Build のスナップショット
    • ここでデプロイできるのはマスターのみです (リリースまたはホフティクスが閉じている場合、スモーク テストのために最初にマスターを UAT にデプロイする必要があります)。

Teamcity の自動マージではワイルドカードを使用できないため、ブランチの同期を維持する独自の方法に取り組んでいます

  • マスター -> 開発、リリース/*、ホットフィックス/*
  • 開発 -> 機能/*
于 2015-03-23T02:09:53.383 に答える