문제

코드베이스의 아주 작은 부분은 레거시 Java 코드입니다. 이 프로젝트를 구축하기 위해 Ant를 호출 할 새 빌드를 추가하려고합니다.

첫 번째 문제는 TFS를 사용하여 .NET 솔루션을 빌드하지 않는 빌드를 만들 수 없다는 것입니다. 이전 빌드 파일을 복사하고 빌드의 진입 점 인 endtoenditeration 작업을 추가 하여이 문제를 해결했습니다.

문제는 일반적인 빌드 변수 중 어느 것도 인구가 없다는 것입니다 - $ (buildDirectory), $ (SolutionRoot) - 모든 공백. 이것은 거의 경로를 하드 코딩하지 않고 내 개미 작업을 호출 할 수 없다는 것을 의미합니다 (확실히 할 수는 없습니다).

어떤 아이디어?

도움이 되었습니까?

해결책 4

모든 답변에 감사드립니다.

결국 나는 빌드 파일 옆에 빈 솔루션을 포함시켰다. 이런 식으로 모든 변수가 채워지고 나는 단순히 내가 원하는 모든 것을 한 A를 포함시켰다.

다른 팁

당신은보고 싶을 수도 있습니다 TeamPrise 빌드 확장 TFS에서 개미 또는 Maven 작업을 구축 할 수 있습니다.

  1. 아직 하나가 없다면 환경 변수를 저장하고 검색하는 작업을 작성하면 Java 관련 작업을 수행해야합니다 ( MSBuild 확장 팩)
  2. 개미를 랩하거나 스크립트 작업을 사용하는 사용자 정의 작업을 작성하십시오. MSBuild 커뮤니티 작업 수집
  3. 백만 번 실행하고 갈 때 문제를 해결하십시오. 일반적으로 명령 줄 에서이 작업을 수행하는 것이 더 쉽고 빠르므로 터미널 내부의 MSBuild.exe와 친구를 사귀십시오.

환경 변수간에 원하는 정보를 전달할 수 있어야하고 원하는 모든 것을 가능하게해야합니다. 나는 당신에게 하드 코딩 경로를 추천하지 않을 것이지만, 당신은 구성을 어딘가에 놓아야하며, 그것은 당신이 원하는 것을 바꾸고 싶은 것과 당신이 조직을 구성하는 방식의 트레이드 오프입니다. 실제로 필요한 경우 모든 구성을 데이터베이스로 푸시하고 위의 링크의 SQL 작업 중 하나로 빨아내는 것이지만 불필요한 상당한 양의 복잡성을 추가하는 것을 기억하십시오.

자신에게 물어:

  • 이 값은 얼마나 자주 변경 될 가능성이 있습니까?
  • 변경 될 경우 수행해야 할 전체 작업 세트는 무엇입니까?

그에 대한 답을 어딘가에 쓰고 팀의 모든 사람들이 그것을 이해하도록하십시오. 내 의견으로는 시스템을 구축 할 때 "더 적은 것은 더 많다". 가장 간단한 방법을 찾아서 받아 들일 수 없을 때까지 그렇게 할 때까지 그렇게하면 복잡성을 더하십시오 ... TFS는 이미 충분히 복잡합니다.

여기에서 작업에 잘못된 도구를 사용하고 있다고 생각합니다. TFS는 .NET 애플리케이션 이외의 다른 제품을 구축하는 데 좋은 솔루션이 아닙니다. 독립형 용량으로 개미를 사용하는 것이 더 좋다고 생각합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top