我正在为我们的遗产评估各种版本/源代码控制选项 Powerbuilder 应用程序(现在在 PB11 中，将迁移到旧版 12 很快)。至此，所有源码非常有限的版本控制 控制已在内部完成，可以通过以下方式更改代码 众多旅行顾问，但变化往往被 push 某些模块代码所有者的基础。此工作流程适用于 当公司很小的时候，但随着我们的成长，它变得越来越多 更具挑战性。这是一个非常大的应用程序。我给你 数字只是为了了解我们正在谈论的规模。 多达 40 个 PBLS，每个 PBLS 包含数百个对象。大约 500MB 的代码。 大约 100 名顾问不断在路上，他们中的任何一个都可能是 进行基础更改，然后将其移交给代码所有者。
所以在阅读并评估了各种选择之后，我真的 对分布式版本控制系统感到兴奋。我更 当我发现实际上有一个代理 GITSCC 时很兴奋，由 按确定让 Powerbuilder 与 GIT 一起工作。当我尝试它时 一个小应用程序，令我惊喜的是它可以工作并且 工作得比较好，除了一些怪癖。然而什么是 有趣/令人不安的是我在网上找不到一个帖子 任何谈论将 GITSCC 与 Powerbuilder 结合使用的人。即便是 PushOK 的 GITSCC 论坛只有一个帖子(非 Powerbuilder 特定) 直到我又创造了两个。 但是，一旦我使用 GITSCC 将我们的主要应用程序置于 GIT 下，我 注意到更新 PBL 状态的主要性能问题。
所以现在有几个问题，我希望有人能帮助我:
有没有人成功地将 GIT 与 Powerbuilder 结合使用。如果 那么，您的工作流程是什么？
当我刷新 PBL 状态时，我注意到有两个 非常耗时的操作:
日志将显示“正在检索扩展状态信息 文件: .这是一次执行一个对象 每个物体的时间大约需要 1 秒。你可以想象我们是 如果我们要刷新数千个对象，则需要几个小时。
偶尔，我会得到类似的行为，但消息 “执行差异”。同样的事情 - 每个对象大约一秒钟。需要 永远。在工作区属性的源代码管理选项卡上，我做 关闭“对状态更新执行差异”。 我不是每次都出现这种行为，我点击了一个 PBL，但是一旦它出现 开始做，你最好准备好吃一顿长午餐。 任何避免/改善这种行为的方法。这将是一个表演终结者 就像我喜欢 GIT 一样。我看到有些人有类似的问题 其他源代码控制系统，所以我认为它要么 与 Powerbuilder 或代理有关。我可以在
pb.ini中调整的任何内容 或者其他地方可以提高性能？
有没有人使用其他分布式版本控制系统？ 有没有办法让 Mercurial 与 PB 一起工作？我找不到任何 它的代理。
最后，您认为还有其他系统可以正常工作吗？ 与我们的工作流程？
我尝试从 PushOK 获得一些答案，但到目前为止他们的支持一直没有反应。我也尝试过 Powerbuilder 源代码控制论坛，但该论坛中的成员很少，我希望在 SO 上有更好的运气。
非常感谢任何帮助!
最佳答案
Finally, is there another system which you think would work well with our workflow?
如果您准备研究使用 Subversion，那么 Agent SVN 是一个集成了 PowerBuilder 和 Subversion 的 MS-SCCI 插件。
这里是 a link描述了它是如何工作的。
关于git - 带有 GIT 的大型遗留 Powerbuilder 或？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6283205/