前回、継続的な統合が対処する必要のある問題について話しました。最大の問題は、チームの調整と書き込みです。また、コンフルエンスとSVNについても話しました。戦いたい場合は、NiuXを装備する必要があります。機器なしで戦う方法。私たちは、開発のために協力するために、confluenceとsvn、jenkinsを選択します。
50人以上のチームで大規模プロジェクトの管理スタイルをリハーサルする
これらはすべて以前のプロジェクトスタイルに基づいています。当時、自動ツールは使用していませんでした。また、このプロジェクトのプロセスに依存して、全国のプロジェクトをサポートしていました。その後、業界は低迷しましたが、基本的にはこのプロセスに問題はなかったと言えます。
- プロジェクトの名前
オンラインプロセス：商品、トランザクション、ウェブ
1.商品item.war2
。トランザクション
item.war3。ウェブ表示item.war
####リリースプロセス
- 1.バージョンのリリース計画を作成します
（開発バージョンリリースのウィンドウ、リリースされるシステムコンフルエンスの書き込み）
フォームの作成はテスターまたはプラットフォームマネージャーによって作成され、
開発者は入力して書き込みます
-
- SVNビルドバージョンライブラリ
1つは毎日、もう1つはリリース
1.dailyの2つのフォルダーを作成します。オンラインでリリースされるバージョンの数と、各バージョン用に設計されているシステムを理解するために、毎日のバージョン番号でアップグレードされたwarパッケージ。
2.releaseは、プロジェクトによってアップグレードされた戦争パッケージのコレクションです。
- SVNビルドバージョンライブラリ
-
3.プログラムバージョンファイルをdailyディレクトリに送信します
アップグレードされたコンフルエンスのフォームに従って、プロジェクトをデイリーディレクトリに送信します
-
4.構成ファイルとデータベーススクリプトをdailyディレクトリに送信します
アップグレードされたコンフルエンスのフォームに従って、プロジェクトをデイリーディレクトリに送信します
-
5.テスト環境を更新します
バージョンの項目を使用してテスト環境を更新します。例：V1.0.0には3つの戦争パッケージがあり、運用および保守担当者はこれらの3つの戦争パッケージに従って指定されたアイテムを更新します。
-
6.テスト環境を更新します。7。テストに合格しました
テスターは、指定されたリリースバージョンでV1.0.0プロジェクトに戦争を入れるように運用および保守担当者に通知します
-
8.プレビュー環境に公開します
テスターはテストを続けます、問題ありません
-
9.本番環境に公開
- 全体的なプロセス図
社内の人数が非常に少なく、1〜3人しかない場合は、それほど複雑にすることはお勧めできません。実際、この複雑さは、複数の人員を管理し、人員を合理的に管理するためのものです。間違いを避け、共同で書いてください。成功したすべてのプロセスに従って絵が描かれていますが、実際には、システムに問題がなくなるまで、テスト段階で繰り返されます。
PS：実際、このフローチャートは非常に標準化されているため、以前に作成したtomcat.shおよびdeploy.shと連携するのが最善です。開発に従事するには、ツール指向およびプロセス指向である必要があり、将来のすべてはツール指向、プロセス指向、およびモジュール式になります。あなたは一人で戦っているわけではありません。調整能力はあなたのコード能力よりも重要です。すべてのコード作成会社はコードを書くために人々を募集しますが、彼らは皆そうします。正直なところ、私はこのことを調整するのが苦手です。4つまたは5つのことを並行して行うのは非常に苦手です。プロセス管理では、テスターの他に、日常のマネージャーであり、場合によってはプロジェクトマネージャーでもあります。彼はすべての側面に対処し、処理を調整する必要があります。この能力には、さらに演習が必要です。