标准化我们的 SCM 系统的消息来自上天。粘土板上写着Clear Case。
我正在联系任何实际使用此配置的人 - 以获取最佳实践、提示和技巧、 war 故事等任何...
Sybase Source Control 新闻组只返回蟋蟀的声音。
我们目前有大量积极维护的 Powerbuilder 11.5 和 EAServer 5.5 系统 - 因此 PBL 库文件级别的版本控制不是一个选项。
在我们进入最新版本 12 之前还有很长很长的时间 - 它删除了 PBL 文件并使用文本文件并作为 Visual-Studio 插件工作。
最佳答案
我一直使用以下模式
_work.pbl _last_minute_changes.pbl 1.pbl 2.pbl 3.铅 ...
我从 1,2,3... 中导出对象并将它们检入到 clearcase 中。我使用 PowerGen 设置了每晚构建,以对网络共享进行引导导入。我使用脚本将这些 pbl 拉到我的 View 中。我从 clearcase 中检查一个对象并将其导入到我的 _work.pbl 中。进行我的更改,将其导出并检查到 clearcase 中。然后触发器触发 CI 构建,将对象导入 _last_minute_changes.pbl 并根据前一晚的 pbl 重新生成它,然后将其存档到网络共享。
然后,我使用脚本从共享中刷新我的 View ,并从我的 work.pbl 中删除该对象。当需要部署时,我们运行一个脚本来获取同步的 pbl,并将它们转换为 pbd。
我在 4 个州的 100 多名 powerbuilder 开发人员团队中使用了这个过程,它对我们来说非常好。我们的应用程序有超过 12,000 个对象,我们从未遇到过任何问题。
关于version-control - 有没有人在 Sybase Powerbuilder 中使用 Clear Case?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3112950/