SVNでTalendOpenStudioを使用する必要があります。リポジトリに配置する必要のあるフォルダは何ですか?
6 に答える
Well, the "official" answer is to upgrade to Talend Integration Suite (TIS), which includes SVN integration. It goes a long way to synchronizing the activities of several developers using a shared repository.
If TIS is not an option for you, you might have some success by putting the project directory of your Talend Open Studio (TOS) under SVN control. This is the directory immediately under "workspace" that has the same name as your project. You would have to perform all SVN operations, such as commit and update, manually on this directory, for example using Tortoise (if you're on Windows). TOS might be able to use this project as if it was not under SVN. I personally haven't tried this, and would recommend using TIS instead.
TOSワークスペースはディレクトリベースであるのに対し、CSV / SVNは本質的にファイルベースであるため、TOSワークスペースをSVNの下に置くことは強くお勧めしません。ワークスペースの破損が発生する可能性は非常に高くなります。
しかし、代わりにgitの下に置くと良い結果が得られました(アイデアについてはこちらをご覧ください)。エレガントではなく、ワークスペース全体をバージョン管理下に置くことはスペースの膨大な浪費です(コンパイルされたファイル、ログ、履歴、一時などをコミットします)が、メタデータの整合性のための唯一の安全なソリューションです。
注意してください!* <workspace_root>/。java*サブツリーには、少なくとも1回実行したプロジェクトの各ジョブの外部ライブラリとクラスパスファイルがあります。これらのパスは絶対です。つまり、バージョン管理されたワークスペースを共有環境で使用する場合、チームの誰もがワークスペースをローカルファイルシステムの絶対的な場所(つまり、c:/ talend_git / worksheet)に配置する必要があります。そうしないと、ジョブの実行時にクラスが見つからないという例外が発生します。悲しいですが本当。
私が実践した方法を説明します
- TOS IDE が必要とするファイルは
*.items
、および*.properties
ファイルです。これらのファイルは、Talend IDEに関してジョブの正確な状態を維持するため、TOSジョブのバージョン管理に使用できます。 - そのため、Talend の仕事で何らかの機能強化が完了したときはいつでも。「アイテムのエクスポート」オプションを使用してエクスポートし、SVN リビジョンの下に置きます。生成されるファイルは通常、ZIP アーカイブ ファイルです。
- 以前のリビジョンに戻す必要があるときはいつでも、保存済みの ZIP アーカイブ ファイルから [アイテムのインポート] オプションを使用できます。
これが、私がTalendジョブのバージョン管理を行ってきた方法です。お役に立てれば。
私は同様の問題に直面し、それについてブログを書きました。Putting Talend Open Studio projects under version controlを参照してください。基本的に、ワークスペース全体をバージョン管理する必要があります。
プロジェクト全体を SVN に保存する代わりに、そのコンテンツをエクスポートしてビルドを SVN に入れることができます。(私たちはこれを行います。1 人のショーまたは規律あるチームに適しています。)
長所:
- マイナーな変更は生成されたソース コードに影響を与えないため、コミットする必要はありません。
- 多くのスペースを節約できます。
- SVN に入れるものと入れないものを完全に制御できます。
- 「Java ソース」と「zip ファイルを解凍」のチェックボックスをオンにすると、平文のソース コードも得られます。したがって、単純な差分ツールを使用して、リビジョン間で何が正確に変更されたかを確認できます。
短所:
- 作業を開始する前に(何か変更があった場合)、手動で新しいリビジョンをTalendスタジオにインポートし、コミットする前に手動でエクスポートする必要があります。大規模なプロジェクトの場合、これには数分かかる場合があります。
- 誰かがそれを忘れると、古いコードを使ってコミットしてしまうリスクがあります。(この間違いは、コミット前に生成されたソース コードの diff レビューを行うときに見つかりますが、それを行う人はほとんどいません。)