빌드 프로세스 향상

https://stackoverflow.com/questions/14893

08-06-2019
|

문제

또는,실제로 설정 빌드 프로세스가 없을 때 훨씬에서 하나의 장소로 시작합니다.

현재,이는 거의 상황을 내는 그룹의 얼굴입니다.우리는 웹사-응용 프로그램 개발로(하지만 아무 데스크탑 개발에 시간).소프트웨어를 배포할 수 있습니다 추하고 다루기 힘으로도 우리의 겸손한 앱을,그리고 우리는 너무 많은 문제 작업에서 두 개의 년 동안 나는 부분이되었습니다 이 팀의(회사).그것은 과거에 뭔가를 할 시간에 대해,그리고 결과는 우리가 할 수 있는 일 Joel 테스트득(매일 구축하고 한 단계 구축,도에 존재하는 어떠한 형태).

내가 무슨 후 여기에 몇 가지 일반적인 통찰력에서 종류의 것을 내가 해야 하나에 대해 생각하고,사람들에게서 소프트웨어 개발에서 이상 나가도 있습니다.나는 자신감이 될 것입니다 대부분의 사람들이 현재에 게시됩니다.

관련 도구Visual 구축 Source 안전 6.0(알겠지만 나는 아무것도 할 수 없습는지 여부에 대해 우리가 사용하여 소스에서 안전은 이 시간입니다.이 있을 수도 있습니다 다음의 전투에 나는 싸움입니다.)

잠정적으로,나는 시각을 가지고 있을 구축하는 프로젝트가 이:

을 얻을 원하고 장소에서 로컬 디렉터리를 포함,필요한 Dll 을 위해 필요한 프로젝트입니다.
을 얻을 config 파일 이름을 변경으로 필요하다(우리가 그들을 저장하에서의 특별한 하위 디렉토리지 않는 일부의 실제 응용 프로그램,그리고 그에 따라 이름을 사용하여).
을 사용하여 구축 Visual Studio
를 미리 컴파일 명령을 사용하여 라인으로 복사가 될 것으로 예상되는"빌"디렉토리
로 복사를 대상입니다.
어떤 필요한 추가 자료-대부분 같은 것들을 문서,이미지 및 보고서에서 프로젝트와 연결된(넣어 디렉토리에서 5 단계).거기에 많이 이용하고 싶지 않았 포함됩니다.그러나 나만 복사본을 변경,항목 그래서 어쩌면 그것은 관련이 있습니다.지 여부를 확인하고 싶 포함되 이에 앞서 단계가 있습니다.

내가 여전히 필요로하는 동축 케이블 일부 로그아웃 시각 구축을 위해 이 모든 것,그러나 나는 시점에서 필요는 아직이다.

가 조언이나 제안을 만드는가?우리가 현재 사용하지 않는 배포 프로젝트,나니다.그것의 일부를 제거하는 데 필요한 단계에서 이를 구축 나이(web.config 스왑).

해결책

면 프로젝트를 취하한 적이 없는 자동 빌드 프로세스,그것은 쉽게에서 그것을 가지고 단계가 있습니다.지 않을 삼키는 것을 시도하는 많은 한 번에,그렇지 않으면 그것을 느낄 수 있습니다.

먼저 당신의 코드를 컴파일을 한 단계로 사용하여 자동 빌드 프로그램(즉넝/msbuild).나는가를 논하는 하나 더 낫습니다.는 편안한 느낌을 당신고 그것을 사용할 수 있습니다.가 스크립트를 구축 라이브 프로젝트에서는 원본을 제어합니다.
알아내는 방법 당신은 당신의 자동화를 구축을 유발 될 수있다.지에 연결 CruiseControl 또는 실행하는 야간을 구축 작업을 사용하여 예약된 작업입니다.CruiseControl 또는 teamcity 는 아마도 최고의 선택이 포함되어 있기 때문에 많은 사용할 수 있는 도구들에게 이 단계 더 쉽습니다.CruiseControl 은 무료이며 teamcity 는 무료입 지점,당신은 당신이 지불을 위해 그것의 크기에 따라 프로젝트입니다.
확인,이 시점에 당신은 매우 편안한 도구입니다.이제 준비가 추가 작업을 당신이 원하는 무엇을 기반으로 하는 테스트,배포,등등.

이게 도움이 되었으면 좋겠습니다.

다른 팁

나는 설정의 Powershell 스크립트는 이 모든 작업을 수행하습니다.

Script1:빌드-이 간단하고,그것은 대부분에 의해 처리되는 통화를 msbuild 도 만들어 내는 데이터베이스 스크립트가 있습니다.

스크립트는 2:패키지-이 다양한 인수하는 패키지는 다음과 같은 장소에 대해서는 대개 다양한 환경과 같은 테스트,하위 집합의 생산은 환경으로 구성되어 많은 기계입니다.

스크립트 3:배포-이행에 각 컴퓨터에서 폴더를 만든 패키지에서 스크립트(이 배포하는 스크립트 복사에서의 일부로 포장)

에서 스크립트는 배포,내가 정신에 대한 검사를 것을 기계에 이름을 그래서 일을 하지 않 실수로 얻을 배치하는 잘못된 위치에 있습니다.

웹.config 파일 사용

<appSettings file="Local.config">

기능을 재정의 이미에서 생산 기계,그리고 그들은 읽기만하지 않도록 실수로 기록되다.은 로컬입니다.config 파일에 확인되지 않은,그리고 내가 해야 하지 않는 모든 파일 전환 시간을 구축.

[편집]에 해당 appSettings file=위해 설정 섹션은 선택적 요소="로컬입니다.config"

에서 사용하여 perl 스크립트를 MSBuild 두 개의 년 전에 만족하고 있습니다.건물 visual studio 솔루션을 수행할 수 있습만 지정하면서 그들을 주요 xml 파일입니다.

아무것도 더 복잡한어(소스 코드를 실행한 단위 테스트,빌딩 패키지를 설치,배포하는 웹 사이트)할 수 있습니다 그냥 새 클래스를 만듭니다.net 에서 파생 작업 재정의를 실행 함수,다음 수준에서 당신의 구축 xml 파일이다.

거기에 아주 좋은 여기소개:소개

나만의 몇 가지.Net 프로젝트(나는 대부분 Java)그러나 하나의 어린이 같은 도구를 사용하여 넝.나는 진짜 문제와 결합 내에 구축 IDE,그것을 끝까지 만들기 그것은 진정한 고통을 설정 빌드 서버를 아래로부터 가야 할지 VS 에 설치는 모든 상자를 구축하고 미래에.

즉,그 어떤 자동화를 구축보다 더 나은 자동화를 구축.

우리 빌드 프로세스의 무리가 국내는 Perl 스크립트가 년 동안 진화는 그래서 아무것도 멋진 하지만 그 일을 가져옵니다.중 하나는 스크립트가 최신 소스 코드를,다른 빌드 세 번째 단계는 네트워크에 위치에 있습니다.우리가 데스크탑 응용 프로그램 개발 그래서 우리의 준비 프로세스 또한 빌드 패키지를 설치에 대한 테스트 결국 배송하여 고객입니다.

나는 당신이 그것을 개인적인 단계가 있기 때문에 시간이 될 것입하려면 다시지만 최신,또는 어쩌면 그냥을 다시 할 필요가 단계입니다.우리는 스크립트를 처리할 수 있는 건물에서 다양 지점 그래서 고려하는 것이 또한 무엇이든 솔루션을 개발합니다.

마지막으로 우리는 헌신을 구축 기계는 다시 작성하고 트렁크 및 유지보수 가지 매일 밤 보내는 이메일로 모든 문제 또는다면 그것을 성공적으로 완료되었습니다.

한 가지는 것이 좋을 구축하는 스크립트(및 설치,프로젝트와 관련된 경우에 당신의 경우)에서는 원본을 제어합니다.나는 아주 간단한 스크립트는 체크아웃\얻 최신"주"스크립트를 구축한 후 실행합니다.

이것을 말 b/c 가 보 팀은 최신 버전의 건축에서 스크립트는 서버지 하나도에서 원본을 제어 또는 그들이 할 때 그들은 단지 그것을 검사에서 임의의 기준입니다.당신은 빌드 프로세스"얻는"소스에서 그것을 제어할 것이 힘을 유지하는 최신 최고의 건축에서 스크립트가 있다.

우리 빌드 시스템은 makefile(또는 두).그것은 오히려 재미있는 그것을 얻어로 작동하는 실행하는 데 필요한 모두에 윈도우(으로 구축 작업에 대)와 리눅스에서(으로 정상적인"확인 bla"작업).정말 재미있는 구축을 얻는 실제 파일에서 목록.csproj 파일,빌드(다)makefile 에서,그리고 실행하는 것.에서 처리하게 파일이 실제로 전화 그 자체입니다.

는 경우는 생각하지 않을 놀라게 리더,다음(하나 그들은 미친 또는)그들은 아마 얻을 수 있을 만들+"당신이 좋아하는 문자열도둑"을 그들을 위해 작동 합니다.

우리가 사용하는 어퍼컷.어퍼컷을 사용하 넝를 구축하고 그것은 매우 쉽게 사용할 수 있습니다.

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

몇 가지 좋은 여기에 설명: 어퍼컷

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

제휴하지 않습니다 StackOverflow