자동화된 빌드/자동 배포에 어떤 도구를 사용합니까?왜?[닫은]

https://stackoverflow.com/questions/99535

01-07-2019
|

문제

자동화된 빌드/자동 배포에 어떤 도구를 사용합니까?왜?

어떤 도구를 추천하시나요?

해결책

허드슨 강 자동화된 빌드용.설치와 시연이 가장 쉽기 때문에 선택했습니다.너무 복잡하고 매끄럽게 보이지 않는 시스템은 자동화된 빌드를 위해 온보드로 전환할 만큼 경영진에게 깊은 인상을 주지 않습니다.특히 관성이 많은 프로젝트에서는 더욱 그렇습니다.

다른 팁

빌드용 NAnt(그러나 MSBuild, Rake 등 거의 모든 것이 괜찮음) 및 배포용 CruiseControl.NET.저는 현재 다양한 파이프라인을 준비하는 더 나은 방법을 제공하고 대상 환경에 원하는 버전을 배포할 수 있는 ThoughtWorks 스튜디오의 새로운 Cruise를 사용하여 작업하고 있습니다.

우리는 사용 팀시티, JetBrains에서.그들은 또한 Resharper와 IntelliJ를 만듭니다.

우리는 이를 .Net 애플리케이션 구축에 사용하고 있으며 설정, TFS 연결 및 추가 도구 실행이 매우 쉽습니다.그것은 매우 세련되었으며 실제로 이 사이트를 생각나게 합니다.CruiseControl보다 훨씬 더 좋고 우리 팀 규모에 비해 무료입니다.다양한 빌드, 더 많은 사용자별 빌드 등이 필요한 경우 약간의 비용이 듭니다(그러나 여전히 상당히 합리적입니다).

재미있게도 저는 야간 빌드 프로세스를 정밀 검사(처음부터 구현 읽기)하는 데 2주를 보냈습니다.아주 재미있습니다(아니요, 정말요).저는 Team Foundation Server를 설치하는 아이디어를 생각해 보았지만 소스 제어를 위해 Perforce를 사용하므로 번거로움을 겪을 가치가 없다고 생각했습니다.

우리의 프로세스는 이제 예약된 작업에 대해 다음을 수행하는 전용 빌드/테스트 서버에서 실행되는 Powershell 스크립트 세트입니다.

전체 소스 트리를 지웁니다. (먼저 체크아웃한 것이 없는지 확인하세요!)

Perforce에서 전체 소스 트리를 가져옵니다(마지막 레이블이 지정된 빌드에서).

변경 보고서 생성(HEAD에 동기화하고 결과를 관찰하여)

앱 구축

PDB 파일을 Perforce 소스로 인덱싱

전용 기호 서버에 바이너리와 기호를 저장합니다.

테스트 프로젝트 실행

설치 프로그램 빌드

상표

위의 모든 사항에 대한 상태 보고서가 포함된 이메일을 그룹에 보냅니다.

잘 작동합니다.

make 그리고 bash 리눅스에서

make 그리고 cmd 창문에

비주얼 빌드 프로

우리는 빌드 도구와 지속적인 통합 서버의 조합을 사용합니다.

빌드 도구:

지속적인 통합 서버:

자동화된 빌드 스튜디오.

스크립트나 XML 파일을 사용하는 대신 미리 정의된 그래픽 매크로 작업을 사용하여 작업을 쉽게 만들 수 있습니다.

Windows에서 컴파일 가능한 항목의 경우 다음을 사용합니다. 최종 빌더.

크루즈 컨트롤 자동화된 빌드용.훌륭하게 작동합니다.

자동화된 빌드의 경우 현재 가장 좋은 도구는 JetBrain의 Team City라고 생각합니다.무료 버전에는 대부분의 5~10명 팀에 필요한 모든 기능이 포함되어 있습니다.설정이 쉽고, 새 프로젝트를 구성하는 것이 (상대적으로) 힘들지 않으며, 가장 중요한 점은 안정성입니다.

자동화된 마이그레이션의 경우 PowerShell보다 나은 것은 없습니다.

UppercuT는 NAnt를 사용하여 빌드하며 사용하기 매우 쉬운 Build Framework입니다.

(1) 솔루션 이름, (2) 소스 제어 경로, (3) 대부분의 프로젝트에 대한 회사 이름만큼 쉽게 자동 빌드됩니다!

http://code.google.com/p/uppercut/

여기에 좋은 설명이 있습니다: 어퍼컷

추가 정보

UppercuT는 기존의 자동화된 빌드입니다. 즉, 구성 파일을 설정하면 다양한 기능을 무료로 얻을 수 있습니다.틀림없이 가장 강력한 기능은 환경 설정을 한 곳에서 지정하고 소스를 빌드할 때 문서화를 포함하여 모든 곳에 적용할 수 있는 기능입니다.

사용 가능한 문서: https://github.com/chucknorris/uppercut/wiki

특징 :

간단한 설정
간단한 업그레이드
빌드 프로세스의 각 단계에 대한 사용자 정의 확장 지점(사전, 사후 및 교체) http://uppercut.pbworks.com/CustomizeUsingExtensionPoints
Team City, CruiseControl.NET 및 Jenkins(이전 Hudson)와의 통합에 대한 문서가 있습니다. https://github.com/chucknorris/uppercut/tree/master/docs
Mono가 포함된 Linux에서 작동
빌드 번호 및 소스 제어 개정(SVN, TFS, Git, HG)을 기반으로 DLL 버전 관리
활동 컴파일 - F5 또는 Ctrl + Shift + B
참/거짓처럼 쉽게 강력한 이름 지정 가능
코드 테스트 및 분석
- 테스트
  - NUnit
  - MbUnit v2
  - 갈리오
  - x단위
- 엔커버
- N종속
- 니트릭
- 모노 마이그레이션 분석기
난처
ILMerge
환경 템플릿 작성 및 구축(ConfigBuilder, DocBuilder, SQLBuilder, 배포빌더) https://github.com/chucknorris/uppercut/blob/master/docs/ConfigBuilder.doc?raw=true
배포 준비를 위한 출력 패키징
출력을 압축합니다.

직장에서 우리는 좋은 것을 사용합니다 개미 Java 서블릿을 구축합니다.

우리는 Kinook 소프트웨어의 Visual Build를 사용했지만 최근에는 TFS와의 통합이 향상되고 사용자 지정 작업을 생성할 수 있는 기능이 있는 새로운 애플리케이션을 사용하여 MSBuild로 전환했습니다.

GNU Autotools는 확실히 그렇습니다.그만큼 자동 구성 그리고 자동 제작 유닉스 시스템의 사실상 표준입니다.

나는 사용하여 성공했습니다 빌드봇, Subversion 저장소의 커밋 후 스크립트에 의해 트리거됩니다.이는 자동화된 빌드와 자동화된 테스트 모두에 사용되었습니다.

개미 빌드 및 배포/설치 모두에 적용됩니다.

훌륭한 크로스 플랫폼 설치 프로그램을 만듭니다.

우리는 사용 Hericus Zed 빌드 및 버그 관리 우리의 자동화된 빌드를 위해.

우리는 각각 Java, C++, C#, 크로스 플랫폼 컴파일 및 5개 OS용 설치 프로그램을 포함하는 4개의 코드 분기를 보유하고 있습니다.

빌드를 위해 만드세요.배포용 Debian 패키지(우리 프로덕션 서버에서 실행되기 때문에).

팀시티 빌드/패키징을 위한 NAnt 스크립트와 배포를 위한 PowerShell을 실행합니다.

저는 기본 TeamCity Runner 대신 TeamCity에서 제공하는 NAnt를 사용하면 훨씬 더 풍부한 빌드 프로세스를 가질 수 있다는 것을 발견했습니다(예:CSS 최소화 등).이는 또한 TeamCity 서버만이 아니라 모든 개발자 PC에서 전체 빌드/패키지 프로세스를 실행할 수 있어 빌드 프로세스의 문제를 사용자 정의하고 디버그하는 것이 훨씬 더 쉬워진다는 것을 의미합니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow