git - 带有 GIT 的大型遗留 Powerbuilder 或？

Question

我正在为我们的遗产评估各种版本/源代码控制选项Powerbuilder 应用程序(现在在 PB11 中，将迁移到旧版 12很快)。至此，所有源码非常有限的版本控制控制已在内部完成，可以通过以下方式更改代码众多旅行顾问，但变化往往被 push 某些模块代码所有者的基础。此工作流程适用于当公司很小的时候，但随着我们的成长，它变得越来越多更具挑战性。这是一个非常大的应用程序。我给你数字只是为了了解我们正在谈论的规模。多达 40 个 PBLS，每个 PBLS 包含数百个对象。大约 500MB 的代码。大约 100 名顾问不断在路上，他们中的任何一个都可能是进行基础更改，然后将其移交给代码所有者。

所以在阅读并评估了各种选择之后，我真的对分布式版本控制系统感到兴奋。我更当我发现实际上有一个代理 GITSCC 时很兴奋，由按确定让 Powerbuilder 与 GIT 一起工作。当我尝试它时一个小应用程序，令我惊喜的是它可以工作并且工作得比较好，除了一些怪癖。然而什么是有趣/令人不安的是我在网上找不到一个帖子任何谈论将 GITSCC 与 Powerbuilder 结合使用的人。即便是PushOK 的 GITSCC 论坛只有一个帖子(非 Powerbuilder 特定)直到我又创造了两个。但是，一旦我使用 GITSCC 将我们的主要应用程序置于 GIT 下，我注意到更新 PBL 状态的主要性能问题。

所以现在有几个问题，我希望有人能帮助我:

1. 有没有人成功地将 GIT 与 Powerbuilder 结合使用。如果那么，您的工作流程是什么？

2. 当我刷新 PBL 状态时，我注意到有两个非常耗时的操作:

   • 日志将显示“正在检索扩展状态信息文件: .这是一次执行一个对象每个物体的时间大约需要 1 秒。你可以想象我们是如果我们要刷新数千个对象，则需要几个小时。

   • 偶尔，我会得到类似的行为，但消息“执行差异”。同样的事情 - 每个对象大约一秒钟。需要永远。在工作区属性的源代码管理选项卡上，我做关闭“对状态更新执行差异”。我不是每次都出现这种行为，我点击了一个 PBL，但是一旦它出现开始做，你最好准备好吃一顿长午餐。任何避免/改善这种行为的方法。这将是一个表演终结者就像我喜欢 GIT 一样。我看到有些人有类似的问题其他源代码控制系统，所以我认为它要么与 Powerbuilder 或代理有关。我可以在 pb.ini 中调整的任何内容或者其他地方可以提高性能？

3. 有没有人使用其他分布式版本控制系统？有没有办法让 Mercurial 与 PB 一起工作？我找不到任何它的代理。

4. 最后，您认为还有其他系统可以正常工作吗？与我们的工作流程？

我尝试从 PushOK 获得一些答案，但到目前为止他们的支持一直没有反应。我也尝试过 Powerbuilder 源代码控制论坛，但该论坛中的成员很少，我希望在 SO 上有更好的运气。

非常感谢任何帮助!

Answer 1

Finally, is there another system which you think would work well with our workflow?

如果您准备研究使用 Subversion，那么 Agent SVN 是一个集成了 PowerBuilder 和 Subversion 的 MS-SCCI 插件。

这里是 a link描述了它是如何工作的。