자동 배포 / 지속적인 통합을 실험 중이며 팀장과 대화했습니다.
PowerShell에서 빌드 / 배포 스크립트 생성을 조사하고 있다고 말하면서 GUI를 사용하여 TFS에서 자동 배포를 설정하는 것이 매우 쉽다고 대신 조사해야합니다. VS의 소스 제어를 커밋하는 것을 제외하고는 TFS에 대한 경험이 없습니다.
어떤 상황에서 TFS가 실패하고 자동 배포를 위해 PowerShell을 사용하는 것이 더 나을까요? TFS 대신 PowerShell을 선택해야하는 다른 이유와 장점은 무엇입니까?
또 다른 것 : 예를 들어 TFS에서 JS 파일을 축소하는 타사 도구를 실행할 수 있습니까?
내가 생각할 수있는 PowerShell의 장점 :
- PowerShell은 최대의 유연성을 제공합니다
- Mercurial과 같은 다른 소스 제어 시스템으로 쉽게 전환 할 수 있습니다
- 스크립트는 TFS가 생성하는 것보다 유지 관리가 더 쉽습니다.
- PowerShell은 경량입니다 : 모든 PC에서 스크립트를 실행할 수 있습니다
답변
나는 당신이 나열된 장점으로 머리에 못을 박았다고 생각합니다. Powershell은 이동성을 제공 하고 소스 제어에서 소스 제어로 이동할 수 있도록하지만 Jetbrains의 TeamCity와 같이 빌드 서버에서 빌드 서버로 이동하는 것이 더 중요합니다. 스크립트는 독립적이며 명령 줄에서 실행할 수 있으므로 로컬 컴퓨터를 포함하여 어디에서든지 스크립트를 실행할 수 있습니다.