如何在 Powerbuilder 12.6 中使用 TFS 2015 进行代码审查？答案

【问题标题】：How to do code review with TFS 2015 in Powerbuilder 12.6?如何在 Powerbuilder 12.6 中使用 TFS 2015 进行代码审查？
【发布时间】：2019-02-11 06:29:19
【问题描述】：

我正在分析 TFS 以查看在 Powerbuilder 中构建的项目的代码。以下是设置方式：

我们使用 MSSCCI 插件从 Powerbuilder 连接到 TFS 存储库。仅供参考，Powerbuilder 将对象捆绑并存储在 pbl 文件（powerbuilder 库）中。一切都在 pbl 中进行了加密。可能 TFS 无法识别 pbl，因此 windows、datawindows、结构等对象被放置在 TFS 服务器存储库中。

假设我们有一个名为 project.pbl 的库，其中包含 window1、window2 等。现在在 TFS 中，我们有与库名称相同的文件夹 - project，在该文件夹中我们有对象 window1 和 window2。当我们从 TFS 获取源时，我们将文件夹与对象一起复制到本地文件夹。

现在我的问题是：

1.当我们对Powerbuilder中的任何对象进行更改并签入时，TFS如何知道更改，因为它没有关于库的信息？

2.如果我签出一个对象并进行更改，则更改在 TFS 中的对象中不可见。只有在代码签入后才可见。在这种情况下，如何在签入之前提交代码以进行代码审查？

我可以采取其他方法进行代码审查吗？

谢谢，阿什什

【问题讨论】：

标签： tfs powerbuilder tfs-code-review

【解决方案1】：

1) 通过 PBG 文件。通过 Google 快速搜索：

当您将目标或对象（在不受源代码控制的目标中）添加到源代码控制时，PowerBuilder 会创建一个 PBG 文件。 PBG 文件将目标中的对象映射到 PowerScript 或 .NET 目标中的特定 PBL。每个 PBL 创建一个 PBG 文件，因此这些类型的目标可以有多个 PBG 文件。

2) 不确定“提交代码以供代码审查”是什么，但如果您使用 TFS 通过工作项跟踪缺陷/工作，您可以在签入期间将任何更改的对象链接到工作项。根据我的经验，您应该有（至少）一个开发分支和一个生产分支。所有更改都对开发分支进行。如果代码审查或测试发现代码有问题，它会返回给开发人员。如果一切正常，则将更改合并到生产分支中。

【讨论】：

“代码审查”是开发人员在其私有代码分支中完成代码功能后，但在将代码合并到主代码之前需要由团队负责人审查的过程分支（不同的分支方法对此有不同的名称）。审查这些代码的一致性、质量或团队制定的任何其他指标。它是使用 Git 存储库时内置在 TFS 中的一个进程。而且由于 PBL 是单个二进制文件，而不是多个无法解析以供审查的文本文件，这使得审查变得困难或不可能。
您可以使用源代码查看器中的“显示差异”查看开发人员从对象导出中添加或更改的方法。
感谢您的回复。对于代码审查，我们将代码签入到最终合并到主分支的开发分支。入住后进行审核。如果有更改，开发人员需要再次检查并进行更改。我想使用 TFS 提供的 Code Shelve 技术（请参阅此处的代码审查流程 blogs.msdn.microsoft.com/ivo_manolov/2010/11/29/…）来避免多次签入...有可能吗？

【解决方案2】：

使用 TFS 如果您使用 Git 存储库而不是 TFVC，并且如果您升级到 PowerBuilder 2017 R3，则 PowerBuilder 将保存对象的非二进制（文本）版本（例如 SRD、SRW 等）。

【讨论】：