同時に GoodData ETL に取り組んでいるチームがあり、これらの ETL を本番環境に公開する前に、コード レビューの従来のソフトウェア開発プラクティスに従いたいと考えています。私たちはこれらの ETL を Git ベースのバージョン管理システムに保持し、コード レビューにプル リクエストを使用しようとしましたが、残念ながら、ETL が保存されている XML ファイルはあまり人に優しくありません。
ETL に対する他のユーザーの変更を効果的にレビューするための推奨事項はありますか? CloudConnect はそのためのツールを提供していますか、またはそれらの ETL XML をより適切に解析できる特別な差分ビューアーを提供していますか?
CloudConnect は Eclipse によってホストされているため、任意のバージョン管理システム Eclipse 拡張機能を使用することができます。これにより、Eclipse がホストするプロジェクトでのコラボレーションが容易になります。CloudConnect 自体は高度なバージョニング システムのサポートを提供しませんが、既存の Eclipse 拡張機能がそこで役立ち、さらなるコラボレーション プロセスを構築することができます。
一部の拡張機能は、プロジェクト履歴サブフォルダーを各プロジェクトのフォルダーに追加していることに注意してください。これは、CloudConnect プロジェクト フォルダーのルートにある「<strong>.deploy-ignore」ファイルにリストする必要があります。 CloudConnect がこの履歴を残りのプロセスとともに GoodData Cloud ETL サブシステムにデプロイしようとするのを防ぎます。