ブランチング、マージング、タグ付け

Gitのベストプラクティス:

• どの開発者も'main'以外のブランチで作業する必要があります。

• 各開発(バグ、新規機能)に機能ブランチが作成されます。開発者はローカルモードで作業し、変更をリモートの'main'リポジトリーにマージする前にコミットのレビューを求めます。

  Talend Gitリモートプロジェクトでは、デフォルトでローカルブランチ(Local Mode)が使われます。開発者がローカルまたはオフラインモードでGitプロジェクトの作業をする場合は、前回作業したブランチに関連付けられたローカルブランチで作業をしており、変更はローカルのGitリポジトリーに自動的にコミットされます。

  機能の準備ができたら、開発者は機能のテスト時に、このリモートブランチをプルして'main'にマージする前に、コミットをリモート開発ブランチにプッシュする必要があります。Gitではリモートブランチがリポジトリー全体で作成されます。したがって、このリポジトリーのすべてのプロジェクトで使用できます。

  ブランチでの操作方法の詳細は、Talend Studioユーザーガイドをご覧ください。

• 開発者は、マイルストーン(リリース、機能、スプリントなど)に到達するごとにタグを使用する必要があります。機能を出荷する準備(本番環境)ができたら、新たなタグを作成します。タグ付けされたバージョンにバグの修正が必要な場合は、タグからブランチを作成し、修正を 'trunk'/'main'に含めることができます。

• パッチはマイナーバージョンとして、フルリリースはメジャーバージョンとして定義することをお勧めします。

• 特定のブランチで作業している時は、Gitブランチの許可リストオプションを使用して、このブランチでプロジェクトをフィルタリングすることをお勧めします。ディスクリソースの使用を低減し、パフォーマンスを向上させることができます。

ブランチ分岐のベストプラクティス:

• 全開発者が開発環境の「トランク/メインブランチ」にあるジョブで作業することが必要です。

• 新規の中間リリースが必要な場合は、メインブランチ全体を新しいブランチかタグにコピーしなければなりません。

• 開発者は、マイルストーン(リリース、機能、スプリントなど)に到達するごとにタグを使用する必要があります。

• 機能を出荷する準備(本番環境)ができたら、新たなタグを作成します。タグ付けされたバージョンにバグの修正が必要な場合は、タグからブランチを作成した後、修正をメインブランチに含めます。

• パッチはマイナーバージョンとして、フルリリースはメジャーバージョンとして定義することをお勧めします。

Talendでは、ブランチやタグの管理用にさまざまなツールを提供しています。ツールの説明は、Talendにおけるブランチング、マージング、タグ付けをご覧ください。