TFS 빌드 프로세스 워크 플로의 사용자 지정 활동, 스크립트 또는 프로젝트?

Question

현재 TFS 2012 - 2013 업데이트가 진행 중입니다. 가능한 경우 기본 빌드 프로세스 템플릿을 사용하고이를 준수해야합니다. 기존 빌드 정의는 TFSBuild.proj 파일과 함께 이전 TFS 메소드를 사용합니다. 이 proj 파일에서 모든 일이 발생합니다. 솔루션 디렉토리를 초기화하고, 빌드하고, 정리하고, 단위 테스트를 실행하고, 파일을 드롭합니다. 2013 빌드 프로세스 템플릿과 비교하면 워크 플로에 빌드, 정리, 테스트 실행, 파일 놓기 등의 작업이 있으므로 올바르지 않습니다. TFSBuild.proj 파일에 사용 된 대상 파일이 이전 TFS 버전이고 2013 버전으로 업데이트되지 않은 것 같습니다.

문제는 빌드 외에 깨끗한 테스트 파일을 드롭 파일 활동을 실행하는 데 필요한 다른 활동이 있다는 것입니다. 버전 번호는 특정 파일, dll에 대한 난독 화, 소스에 원하지 않는 파일이 포함되어 있지 않은지 확인 절차, pdb 파일 압축 등이 변경됩니다.

물론 이러한 작업/활동을 PowerShell 스크립트와 함께 실행할 수 있습니다 . 반면에 프로젝트 파일에서 작업하는 것도 논리적으로 보입니다. 프로젝트 파일에서 추가 작업을 수행 할 때 우려되는 점은 TFS가 MSBuild 작업을 호출 한 후 테스트, 파일 삭제 등의 작업을 실행하고 있다는 것입니다.

누군가 나를 올바른 방향으로 안내 할 수 있습니까? 빌드 프로세스 템플리트에서 사용할 수있는 사용자 정의 개발 활동이 필요합니까? 또는 PowerShell 스크립트를 사용하는 것이 가장 좋습니다.

Answer 1

나는 당신이 당신 자신의 질문에 대답했다고 생각합니다! Poweshell은 앞으로 나아갈 길입니다!

XAML을 수정하고 사용자 지정 작업을 작성하는 것은 powershell이 ​​작동하지 않거나 스크립트가 너무 커지고 디버깅하기 어려워 져서 암호. 언급했듯이 MSbuild 작업이 완료된 후에도 이러한 작업 중 일부는 제대로 수행되어야하므로 작동하지 않습니다.

프로세스의 정의 된 지점에서 매우 간단한 단계를 수행하고 싶은데 PowerShell 확장 점이 완벽하다고 생각합니다.

사전 빌드 단계에서 버전을 지정하기위한 간단한 스크립트. 원하지 않는 파일의 출처를 확인하면 여기에서도 일어날 수 있습니다.

테스트 후 난독 화, 압축 및 복사 작업이 발생할 수 있습니다.

Maintainability의 관점에서 필자는 powershell이 ​​Windows Workflow 및 MSBuild보다 훨씬 큰 사용자 기반을 갖고 있으므로이 접근법의 또 다른 이점이라고 말합니다.