Pentaho Kettle/ETL与Subversion或Git的集成

我们正在使用Pentaho ETL（又名水壶）。Pentaho有一个用于版本控制的内置企业存储库。但是，它很差。首先，没有办法通过整个Pentaho项目来寻找变化。每个文件都有其各自的更改。其次，似乎没有一种方法可以标记整个版本

我们可以使用基于文件的系统来存储Pentaho对象。作业将以

.kjb

后缀结束，转换将以

.ktr

后缀结束。如果该文件系统恰好是Git或Subversion工作区，我们可以签出/推送/同步Pentaho项目的修订，进行更改，然后提交/推送这些更改回存储库

但是，似乎没有一种方法可以像Eclipse、VisualStudio或任何其他IDE环境那样从Pentaho本身签入和签出文件

---

有没有办法将颠覆与Pentaho结合起来？是否可以将Eclipse（它不仅与Subversion和Git集成，还与Jira和Rally集成）与Pentaho ETL/Kettle一起使用？

我们使用它就像您在第二/第三段中描述的那样。普通文件，没有ide集成。@mnagel-在没有内置签入和签出的情况下使用它是否有问题？人们会忘记做承诺吗？集成IDE通常直接集成到版本控制中。我本来希望Eclipse有一个集成，但没有。与其他情况相比，人们不太可能忘记提交。就我个人而言，我只真正使用过独立的vcs，所以我不会错过集成，其他人可能会。我们的团队知道他们的版本控制，我们使用版本控制进行部署，所以忘记推送不是问题。我不知道人们在开发时有多少次忘记使用旧版本。可以改进的一点是合并，kjb/ktr文件是自动生成的xml，不能同时编辑，因为使用基于文本的合并工具合并它们根本不起作用。我们只使用Kitchen和命令行subversion。@Andrew这实际上是我的首选。问题是，我们现场的人觉得在Kettle和命令行（包括OtteroiseSVN）之间移动对开发人员来说太混乱了。这就是我希望内置集成的原因。这里还有更严重的问题。例如，他们有其他完全没有版本控制的非壶穴项目。所以，我不会在这件事上和他较量。至少有一些版本历史记录，而且正在备份Kettle数据库。