我可以拥有RFT脚本的svn吗？
我们在工作中使用svn，现在我们引入RFT（RationalFunctionalTester） 我是否有可能使用现有的svn来版本我的RFT脚本？我知道一个RFT脚本包含的文件并不等于一个文件我可以拥有RFT脚本的svn吗？,svn,rft,Svn,Rft,我们在工作中使用svn，现在我们引入RFT（RationalFunctionalTester） 我是否有可能使用现有的svn来版本我的RFT脚本？我知道一个RFT脚本包含的文件并不等于一个文件 RFT v 8.1.1.2在windows xp上运行 svn在linux上运行 对.class和.java文件进行版本设置是否足够好 您可以使用Subversion对任何文件进行版本设置。但是，文本和二进制文件的处理方式不同。对于文本文件，可以逐行查看差异，使用二进制文件，您只需查看旧版本。您可
- RFT v 8.1.1.2在windows xp上运行
- svn在linux上运行
- 对
和.class
文件进行版本设置是否足够好.java
我们在以前的组织中就是这样做的。所有的开发者都在我们的Windows机器上安装了VMware Ubuntu。您可以从那里使用Eclipse、MyEclipse或RFT，也可以从IDE或命令提示符中对RFT代码进行版本设置。在Windows XP开发人员框中安装VMware Ubuntu并在其上运行linux
我们在以前的组织中就是这样做的。所有的开发者都在我们的Windows机器上安装了VMware Ubuntu。您可以在那里使用Eclipse、MyEclipse或RFT，也可以在IDE或命令提示符下对RFT代码进行版本设置。我们已经成功地将RFT与SVN结合使用。但是，我们必须使用文件锁定，因为有许多文件（XML）用于组成RFT脚本。我们将subclipse插件添加到RFT。然后，我们创建一个空的RFT项目，其名称与我们导入到SVN的项目相同。然后，我们在空RFT项目之上（覆盖）从SVN签出RFT项目。当我们创建一个新脚本时，我们将svn:needs lock属性添加到java文件中。当我们进行更新和提交时，我们选择项目，这将导致与脚本关联的其他资源文件包含在提交中 我们已经成功地将RFT与SVN结合使用。但是，我们必须使用文件锁定，因为有许多文件（XML）用于组成RFT脚本。我们将subclipse插件添加到RFT。然后，我们创建一个空的RFT项目，其名称与我们导入到SVN的项目相同。然后，我们在空RFT项目之上（覆盖）从SVN签出RFT项目。当我们创建一个新脚本时，我们将svn:needs lock属性添加到java文件中。当我们进行更新和提交时，我们选择项目，这将导致与脚本关联的其他资源文件包含在提交中 是的，您可以使用SVN。 但是不要version.class文件，因为它们是编译的java文件，可以在构建之间更改。每次进行更新时，最好从Eclipse重建项目 请注意，某些RFT文件（如datapools.rftdp）无法合并，因为它们是在一个唯一行中写入的XML文件，因此如果需要编辑这些文件或与团队同步，或者可以解决接受上次提交的修订版的冲突，则必须锁定这些文件。是的，可以使用SVN。 但是不要version.class文件，因为它们是编译的java文件，可以在构建之间更改。每次进行更新时，最好从Eclipse重建项目
请注意，某些RFT文件无法合并（如datapools.rftdp），因为它们是在一行中写入的XML文件，因此如果需要编辑这些文件或与您的团队同步，或者您可以解决接受上次提交的修订版的冲突，则必须锁定这些文件。我将重复其他答案，但我希望进一步澄清 第一个问题：对象映射文件。这些是简单的XMLs文件。它们很容易被跟踪到版本控制，不幸的是IBM在这里做得一团糟。他们没有为XML使用好的解析库。它必须仅包含在一行中。如果你整理代码，它将不再被解析。由于版本控制软件跟踪行差异，每一个简单的更改都会造成混乱的冲突 即使它在重新格式化为多行之后工作，每一次小的修改（例如，添加一个新的测试对象）都会对所有xml内容重新排序。当然，我都试过了 实际上，对象映射文件是二进制文件，必须将svn:lock属性添加到每个文件中。他们使用XML只是一个时髦词，故意阻止所有的格式优势 第二个问题：RFT从对象映射生成大量帮助文件。这些是“资源”目录中的文件。根据版本控制良好实践，您还必须手动提交这些文件。让舒尔承担一切变化 RFT具有ClearCase集成，它可以自动签出和签入所有需要的文件。但不要从地狱里进入这种整合。你最好使用Subversion
结论：如果你使用RFT，你注定要进行顺序开发。不能让两个开发人员在同一个代码库中工作。欢迎来到70年代 我会重复其他答案，但我希望能进一步澄清 第一个问题：对象映射文件。这些是简单的XMLs文件。它们很容易被跟踪到版本控制，不幸的是IBM在这里做得一团糟。他们没有为XML使用好的解析库。它必须仅包含在一行中。如果你整理代码，它将不再被解析。由于版本控制软件跟踪行差异，每一个简单的更改都会造成混乱的冲突 即使它在重新格式化为多行之后工作，每一次小的修改（例如，添加一个新的测试对象）都会对所有xml内容重新排序。当然，我都试过了 实际上，对象