GIT或？的大规模传统Powerbuilder

Question

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

因此,在阅读和评估各种选项后,我对分布式版本控制系统感到非常兴奋.当我发现实际上有一个由PushOk制作的代理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

最后,您认为还有另一个系统适用于我们的工作流程吗？

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

这是一个描述它是如何工作的链接.

Answer 2

我使用过 Git 来管理很多不同的技术和文档。你应该没有问题。

确保人们经常推送和提取。这将确保对象频繁分发，因此当您想要执行密集操作时，您不必首先等待巨大的获取完成。

坚持使用 Git 而不是 Mercurial。这可能被视为一种意见，但我不相信任何东西都会给你比 git 更多的灵活性和选择。

我强烈建议您也加入#git irc 频道。那里总是有很多乐于助人的人。

希望这可以帮助。