12

使用 PowerBuilder 11.5 实现的最佳版本控制系统是什么？

如果您有示例说明如何进行分支/主干/标签，那就太棒了。我们已经尝试过几次，但总是遇到问题，因为我们在多个应用程序中使用了 PFC/PFE 等共享库。

现在我们只使用 PBNative，这很糟糕。

4

11 回答 11

5

Agent SVN是一个MS-SCCI Subversion 插件，可与 PowerBuilder 配合使用。

这是一个链接，描述了如何设置代理 SVN以与PowerBuilder和Subversion一起使用。

于 2011-12-29T23:58:54.257 回答
3

我们目前使用Perforce，它是P4SCC插件，效果很好。事实上，我确信我在某处读到过，Sybase编写PowerBuilder 的人实际上自己也使用 Perforce。

于 2009-07-01T13:57:48.600 回答
2

所以，公平地说，让我们首先说当您询问版本控制时，PBNative 是源代码控制。如果您比较一些旨在具有更多功能的东西，而不仅仅是阻止两个开发人员编辑同一个源代码，那么是的，PBNative 会很糟糕。Madone SL 可能是一辆令人难以置信的自行车，但如果您想在印地赛道上绕几圈，那就太糟糕了。

“最好”是一个相当主观的词。版本控制和配置管理工具中有很多可用的功能。您可以获得大量功能，但您会付出代价。StarTeam 有一些不错的功能，例如能够跟踪客户端更改请求或错误报告一直到更改的代码，以及能够链接到定制的差异工具（这在 PB 中特别有用）。再说一次，如果成本是您的关键标准而不是功能，那么有很多免费选项可以完成工作。只要该工具支持 Microsoft SCC 界面，就应该没问题。

有一个相对活跃的 NNTP 新闻组，它专注于使用 PowerBuilder 进行源代码控制，您也可以通过Web访问它。您可能可以在那里找到一些已经发布的意见。

于 2009-07-01T22:03:40.957 回答
1

许多年前，我使用 Starteam 来控制 PB 应用程序。PowerBuilder 不用说是一个过时的熊，它必须将每个对象从它的“库”导出到源代码控制中。目前，我们的旧 PB 应用程序将其库全部保存到 Subversion 中，不支持 diff 等。

于 2009-07-01T13:53:12.573 回答
1

我们使用 Visual SourceSafe。我们不使用 PFC，但我们确实有在多个项目之间共享的库。到目前为止，每个项目都是独立开发的，因此共享库是重复的。为了使它们同步，它们都在 VSS 级别共享。最近我们重新组织了我们的资源，所以所有项目都彼此靠近，并且只有一个共享库的实例。

至少可以说，VSS 绝对不是最好的源代码控制系统，但它无需任何桥梁即可集成到 PB 中。PB 在使用源代码控制时存在一个固有的问题，因此使用一个而不是另一个（至少从 PB 的角度来看）可能不会有太大的不同。

现在，就个人而言，我想说 PB 11.5 是一坨屎。它不断崩溃，充满了令人难以置信的 UI 滋扰，只会让生产力崩溃。这可能是有史以来最糟糕的 IDE。如果可能，请远离。

于 2009-07-01T14:35:20.677 回答
1

仅供参考：新的 PB12 (PB.NET) 将与 SCC 系统集成，因此您可以轻松选择要使用的源代码控制系统。由于我们基本上已经删除了 PBL（它们现在是目录）文件可以单独签入/签出 - 即使使用普通的 vanilla 编辑器，因为文件现在是普通（unicode）文本文件。

于 2009-07-02T03:10:34.643 回答
1

StarTeam 与 PB IDE 完美集成。我在以前的公司（PB9 和 ST5.x）使用​​了这种组合好几年了。您应该在对象级别管理您的代码 - 不要将整个 PBL 记录到 ST...

如果您在设置时遇到问题，请离线联系我。sybase dot com 的 phoran。

于 2009-09-05T19:37:47.507 回答
0

我们将 Merant 版本管理器用于较旧的项目，将 TFS 用于较新的工作。我们唯一的问题是 TFS 不支持关键字扩展和改变人们“阅读花箱评论”的态度。有些人担心丢失内联版本控制历史。

于 2009-07-20T04:51:02.533 回答
0

我们使用 StarTeam 并且对它非常满意。它结合了错误跟踪和版本控制。不幸的是，尽管我们没有将文件存储在对象级别。我们只是将 PBL 文件直接存储在源代码管理中。理论上任何支持 SCC 接口的东西都应该在 PowerBuilder 中正常工作。

于 2009-08-23T01:34:57.673 回答
0

PB9：我们使用了 PVCS，但存在 pbl 损坏的稳定性问题以及与更高版本的 Crystal Reports 共存的问题（dll 冲突），因此现在我们将 PB9 与 Dynamsoft 的 Source Anywhere Standalone 一起使用。这个系统比较原始；它缺少升级级别的更高级功能以及提取所有对象的旧里程碑版本以进行补丁构建。

我们现在正在寻找的是允许更高级的“变更管理”的东西，以支持变更级别（而不是对象级别）的提升级别。使用 perforce、starteam 或 (harvest change manager + HarPB) 或其他东西会更好吗？任何关于这些组合的建议将不胜感激。

于 2009-10-07T03:03:09.777 回答
0

您始终可以通过 SCC 将 Plastic SCM 与 PowerBuilder 一起使用。塑料在图形、工具、复制品等方面非常先进，因此始终牢记它是一个不错的选择。

于 2010-07-30T19:37:35.230 回答