Talendプロジェクトin SVN

Question

私はSVNでTalend Open Studioを使用する必要があります。リポジトリに置く必要があるフォルダは何ですか？

Answer 1

「正式な」答えは、SVN統合を含むTalend Integration Suite（TIS）にアップグレードすることです。これは、共有リポジトリを使用している複数の開発者の活動を同期させるための長い道のりです。

TISがあなたのためのオプションではない場合は、Talend Open Studio（TOS）のプロジェクトディレクトリをSVNコントロールの下に置くことで成功するかもしれません。これは、プロジェクトと同じ名前の「ワークスペース」の直下にあるディレクトリです。コミットや更新などのすべてのSVN操作は、このディレクトリで手動で実行する必要があります（たとえば、Tortoiseを使用している場合（Windowsの場合）。 TOS のように、このプロジェクトをSVNのように使用することはできません。私は個人的にこれを試していないし、代わりにTISを使用することをお勧めします。

Answer 2

私は同様の問題に直面しました。それについてのブログは、Putting Talend Open Studio projects under version controlを参照してください。基本的には、ワークスペース全体をバージョン化する必要があります。

Answer 3

私はTOS IDEによって必要なファイルが*.itemsと*.propertiesファイルです。

• に従っているのアプローチを説明します は、これらのファイルをTOSジョブのバージョン管理に使用できます。 はTalend IDEに関して正確なジョブ状態を維持するためです。
• Talendジョブでいくつかの機能強化が終了したときはいつでも。 "アイテムのエクスポート"オプションを使用して にエクスポートし、SVNリビジョンに入れます。ファイル は、通常、ZIPアーカイブファイルになります。
• あなたが戻ってあなたが「インポートアイテム」あなたは私は才能の仕事のバージョン管理で働いてきた方法です

をすでに保存したZIPアーカイブファイルから オプションを使用することができ、以前のリビジョンに戻す必要があるとき。お役に立てれば。

Answer 4

SVNの下にTOSワークスペースを置くことは、TOSワークスペースがディレクトリベースであるのに対し、ファイルベースのCSV/SVNとしてはお勧めできません。作業領域の破損で発生する可能性は非常に高いです。

しかし私はgitの下に入れて良い結果を得ました（代わりに考えてみるとhere）。私はそれがエレガントではないと言う必要があり、全体の作業領域をバージョン管理下に置くことは、ファイルの大量の浪費（コンパイルされたファイル、ログ、履歴、一時的なものをコミットする）ですが、メタデータの整合性にとって唯一の安全なソリューションです。

注意してください！ * <workspace_root> /.java*サブツリーには、少なくとも1回実行したプロジェクト内の各ジョブの外部ライブラリとクラスパスファイルがあります。 これらのパスは絶対です。つまり、共有環境でバージョン管理されたワークスペースを使用する予定がある場合は、のユーザーはでなければなりません。ワークスペースをローカルファイルシステムの絶対場所（つまり、c：/ talend_git/workspace）に配置する必要があります。そうしないと、ジョブの実行時に例外が見つかりません。悲しいが本当。

Answer 5

私はこれをgitで行い、ワークスペース全体をトラッキングしないと良い仕組みがあると思います。複数の開発者が作業領域全体を追跡すると、バイナリ上でマージ競合が発生し、規模が拡大しません。ここに記載されている手順を確認してください。https://medium.com/@ganesh_m_r/version-control-talend-open-studio-project-b9523c48eb77あなたが問題に直面したら教えてください。

Answer 6

SVNにプロジェクト全体を格納する代わりに、そのコンテンツをエクスポートしてビルドをSVNに入れることができます。 （私たちはこれを行う、それは一人の男のショーや規律のチームに適しています。）

長所：

• をあなたはので、生成には影響を与えませんマイナーな変更のコミットを行う必要はありません。ソースコード。
• 多くのスペースを節約します。
• あなたはSVNに置かれるものとそうでないものを完全に制御できます。
• 「javaソース」と「zipファイルを解凍」チェックボックスを選択すると、プレーンテキストのソースコードも表示されます。したがって、単純な差分ツールを使用して、と正確にはがリビジョン間でどのように変更されたかを確認できます。

短所：

• 手動で（何が変更された場合）あなたはすべての作業を開始する前に、あなたの才能をスタジオに新しいリビジョンをインポートし、手動でコミットする前にそれをエクスポートする必要があります。大規模プロジェクトの場合、これは数分かかることがあります。
• 誰もがそれを忘れた場合、あなたは古いコードで作業し、そのコードをコミットする危険性があります。 （間違いは、コミットする前に生成されたソースコードについてのdiffレビューを行うときに見つけることができますが、ごく少数の人がそれを行います）。