Git 用于Jitterbit的源代码控制/Diff工具_Git_Github_Version Control_Diff_Jitterbit

Git 用于Jitterbit的源代码控制/Diff工具

git github version-control

Git 用于Jitterbit的源代码控制/Diff工具,git,github,version-control,diff,jitterbit,Git,Github,Version Control,Diff,Jitterbit,我一直在寻找一种使用git/github来控制Jitterbit（JB）项目源代码的方法我们当前的解决方案是让一个开发人员手动键入并解释他们在JB项目的自述文件中所做的更改，注意更改了哪些脚本、转换、操作等，以及更改了哪些行号然后，要“批准”更改，另一个开发人员需要在JB design studio中打开该项目，通读自述文件，查找已更改的对象，找到自述文件中注明的行并查看更改。通过电子邮件或闲聊来讨论任何问题。对每一个被改变的物体进行冲洗和重复这是非常麻烦和耗时的虽然我当然可以在JB p

我一直在寻找一种使用git/github来控制Jitterbit（JB）项目源代码的方法

我们当前的解决方案是让一个开发人员手动键入并解释他们在JB项目的自述文件中所做的更改，注意更改了哪些脚本、转换、操作等，以及更改了哪些行号

然后，要“批准”更改，另一个开发人员需要在JB design studio中打开该项目，通读自述文件，查找已更改的对象，找到自述文件中注明的行并查看更改。通过电子邮件或闲聊来讨论任何问题。对每一个被改变的物体进行冲洗和重复

这是非常麻烦和耗时的

虽然我当然可以在JB projects文件夹中创建repo，但这并不理想，因为即使在JB脚本中进行一行更改，也会有很多不相关的元数据更改（与JB环境等相关）显示在diff中，这些更改与开发人员所做的实际代码更改无关。当您开始在JB中切换环境时，这会变得更加复杂

我已经研究过使用.gittributes文件和一个过滤器，该过滤器使用

sed

从具有实际开发代码更改的文件（JB将其存储为.xml文件）中删除元数据行，但这是一个非常笨重且容易出错的解决方案

是否有人想出了一种方法，可以将源代码管理与JB结合使用，或者至少是某种差异工具解决方案，在这种解决方案中，开发人员可以轻松地查看、审查、评论和批准/拒绝开发人员所做的更改（基本上是git提供的所有内容……或者至少是差异部分）