Как сделать обзор кода с TFS 2015 в Powerbuilder 12.6?

Question

Я анализирую TFS для проверки кода для проекта, созданного в Powerbuilder.Ниже описано, как все настроено:

Мы подключаемся к TFS-репозиторию из Powerbuilder с помощью плагина MSSCCI.К вашему сведению, Powerbuilder связывает объекты и сохраняет их в файле pbl (библиотека powerbuilder).Все вроде зашифровано в пбл.Возможно, TFS не может распознать pbl, поэтому такие объекты, как windows, datawindows, структура помещаются в репозиторий TFS-сервера.

Скажем, у нас есть имя библиотеки project.pbl, в котором есть window1, window2 и т. Д. Теперь в TFS мыесть папка, такая же как имя библиотеки - проект, и в этой папке у нас есть объекты window1 и window2.Когда мы получаем исходный код из TFS, у нас есть папка, скопированная в нашу локальную папку вместе с объектами.

Теперь мой вопрос:

1.При внесении изменений в любой объект в Powerbuilderи проверить, как TFS узнает об изменениях, поскольку у него нет информации о библиотеке?

2. Если я извлекаю объект и вносю изменения, изменения не видны в объекте в TFS.Он будет виден только после регистрации кода. В таком случае, как я могу отправить код для проверки кода до регистрации?

Есть ли какой-либо другой подход, который я могу использовать для проверки кода?

Спасибо, Ашиш

Answer 1

С TFS, если вы используете репозиторий Git вместо TFVC и если вы обновляетесь до PowerBuilder 2017 R3, тогда PowerBuilder будет сохранять недвоичные (текстовые) версии ваших объектов (например, SRD, SRW и т. Д.).

Answer 2

1) через файл PBG.Из быстрого поиска в Google:

Когда вы добавляете цель или объект (в цели, которая не находится под контролем источника) в систему контроля версий, PowerBuilder создает файл PBG.Файл PBG отображает объекты в цели в определенный PBL в цели PowerScript или .NET.Один PBG-файл создается для каждого PBL, поэтому для этих типов целей может быть несколько PBG-файлов.

2) Не уверен, что означает «отправить код для проверки кода», но если вы используете TFSдля отслеживания дефектов / работ через рабочие элементы вы можете связать любые измененные объекты с рабочим элементом во время регистрации. По моему опыту, у вас должны быть (по крайней мере) ветка разработки и производственная ветка.Все изменения вносятся в ветку Разработка.Если при проверке или тестировании кода обнаруживается проблема с кодом, он возвращается к разработчику.Если все в порядке, изменения затем объединяются в производственную ветвь.