使用PowerBuilder 11.5实现的最佳版本控制系统是什么?
如果您有关于如何进行分支/主干/标记的示例,那将是非常棒的。我们试图绕过它几次并且总是遇到问题,因为我们在多个应用程序中使用PFC / PFE等共享库。
现在我们只使用PBNative,而且很糟糕。
答案 0 :(得分:5)
代理SVN 是 MS-SCCI Subversion插件与PowerBuilder一起使用。
以下是a link,其中介绍了如何设置代理SVN 以使用 PowerBuilder 和 Subversion 。
答案 1 :(得分:3)
答案 2 :(得分:2)
所以,公平地说,让我们开始说,当你询问版本控件时,PBNative是源控件。如果你比较意图的东西来拥有更多的功能,而不是让两个开发人员编辑同一个源代码,那么是的,PBNative会很糟糕。 Madone SL可能是一辆令人难以置信的自行车,但是如果你想在Indy赛道上跑几圈,它会很糟糕。
“最佳”是一个非常主观的词。版本控制和配置管理工具中有许多功能。你可以获得大量的功能,但你会付出代价。 StarTeam有一些很好的功能,如能够跟踪客户端更改请求或错误报告一直到更改的代码,并能够链接自定义差异工具(这在PB中特别有用)。然后,如果成本是您的关键标准而不是功能,那么有很多免费选项可以完成工作。只要该工具支持Microsoft SCC界面,您应该没问题。
有一个相对活跃的NNTP新闻组,专注于PowerBuilder的源代码控制,你也可以通过web访问它。你可以在那里找到一些已发布的意见。
答案 3 :(得分:1)
许多年前,我使用Starteam来控制PB应用程序。不用说PowerBuilder是一只过时的熊,它必须将每个对象从它的“库”导出到源代码控制中。 目前,我们的传统PB应用程序已将其库全部保存到Subversion中,而不支持diff等。
答案 4 :(得分:1)
我们使用Visual SourceSafe。我们不使用PFC,但我们确实有几个项目共享的库。到目前为止,每个项目都是与其他项目分开开发的,因此共享库是重复的。为了使它们同步,它们都在VSS级别共享。最近我们重组了我们的资源,所以所有项目都彼此靠近,并且只有一个共享库实例。
至少可以说,VSS绝对不是最好的源控制系统,但它可以集成到PB而不需要任何桥接器。 PB在使用源代码控制方面存在一个固有的问题,因此使用一个代替另一个代码可能不会产生很大的差异(至少从PB的角度来看)。现在,就个人而言,我想说PB 11.5是一块sh * t。它经常崩溃,充满令人难以置信的用户界面滋扰,只是让生产力下降。它可能是有史以来最糟糕的IDE。如果可能,请远离。
答案 5 :(得分:1)
仅供参考:新的PB12(PB.NET)将与SCC系统集成,因此您可以轻松选择要使用的源控制系统。由于我们基本上已经删除了PBL(它们现在是目录),因此可以单独检入/检出文件 - 即使使用普通的vanilla编辑器,因为文件现在是普通(unicode)文本文件。
答案 6 :(得分:1)
StarTeam与PB IDE完美结合。我在我以前的公司(PB9和ST5.x)使用了这种组合多年。您应该在对象级别管理代码 - 不要将整个PBL记录到ST ...
如果您遇到设置问题,请离线关注我。 phbase在sybase dot com。
答案 7 :(得分:0)
我们将Merant版本管理器用于较旧的项目,将TFS用于较新的工作。我们唯一的问题是TFS不支持关键字扩展并改变人们对“读取花箱评论”的态度。有些人担心失去内联版本历史。
答案 8 :(得分:0)
我们使用StarTeam并对此感到非常满意。它将错误跟踪与版本控制相结合。不幸的是,虽然我们不将文件存储在对象级别。我们只是将PBL文件直接存储在源代码管理中。理论上支持SCC接口的任何东西都应该在PowerBuilder中正常工作。
答案 9 :(得分:0)
我们现在正在寻找的是允许更高级的“变更管理”,以支持更改级别(而不是对象级别)的升级级别。使用perforce,starteam或(收获变更经理+ HarPB)或其他什么更好?对这些组合的任何建议都将不胜感激。
答案 10 :(得分:0)
您始终可以使用Plastic SCM with PowerBuilder through SCC。塑料在图形,工具,复制品等方面非常先进,所以记住它总是一个不错的选择。