참고: 이 글에서는 "build", "continuous build", "compile", "generate"의 사용이 엄격하지 않으며, 의미만 알아두면 됩니다.
우선, 지속적으로 빌드를 원한다면 명령줄을 사용해야 합니다.
하지만 dotnet core의 명령어는 dotnet 프레임워크 프로젝트보다 좀 더 단순해 보입니다.
왜냐하면 dotnetcore의 빌드 명령어가dotnet msbuild xxxxx.csproj/yyyyy.sln
그리고 dotnet 프레임워크의 빌드 명령어는.../msbuild.exe xxxx.csproj/yyyyy.sln그리고 그들 중 가장 혼란스러운 점(주로 구덩이에 빠져본 적 없는 사람들, 그냥 내려놓으세요)은 이것입니다msbuild.exe정확히 어디에 있지?msbuild.exe？ 결국 윈도우에 dotnet 프레임워크 SDK나 Visual Studio 버전이 설치되면 많은 것들이 생기게 됩니다msbuild.exe사람들은 어떤 걸 써야 할지 잘 모르는 것 같아요.
우선 Windows에서 dotnet 프레임워크 프로젝트를 만드는 방법부터 시작해보겠습니다. 프로젝트 자체의 복잡성이 주요 아이디어에 영향을 미치지 않도록 하기 위해서입니다. 여기서는 Hello World와 비슷한 간단한 콘솔 프로젝트를 만들고 싶습니다.
요약하자면, 환경:
개발 머신, 윈도우 PC;
출판 머신, Windows Server;
간단한 닷넷 프레임워크 콘솔 프로젝트인 프로젝트입니다. (저는 버전 4.5.2를 사용 중입니다)
온
새 프로젝트를 git과 같은 코드 관리가 있는 개발용 기기에서 초기화하는 것이 가장 좋습니다. 그래야 네트워크가 있는 다른 기기에서 복제할 수 있습니다.
개발 머신에서 프로젝트에 쓰는 내용이라면 컴파일이 가능하기만 하면 됩니다. 예를 들어, 헬로 월드.
또한, 프로젝트에 nuget 패키지에 약간의 의존성을 추가하고, log4net 참조 등 원하는 것을 선택하는 것이 권장됩니다.
개발 머신에서 프로젝트를 컴파일해 보세요.
(여러 번 시도한 끝에, 명령줄이 프로젝트를 컴파일할 때 C:\windows\Microsoft .NET\Framework\v4.xxx\msbuild.exe msbuild.exe을 사용해야 한다는 것이 확인되었습니다.) 하지만 특정 프로젝트 유형은 여전히 유형에 따라 다르니, Framework64를 선택할지 말지 선택하세요. v4.xxx 이든 3.x든, 2.x든 선택하세요. 이 의미는 매우 간단합니다. 이해하지 못하면 무용이 있을 것입니다.)
프로젝트가 C:\projects\test 경로에 속한다면, 컴파일된 명령어는 다음과 같습니다:
또는
물론, 상황에 따라 /p:Configuration=Release /p:plotform="Any CPU" 같은 다른 파라미터도 가져가야 할 수도 있습니다.
4. 테스트 머신에서 git 프로젝트를 복제하고 같은 명령어로 프로젝트 컴파일을 시도합니다.
5. 만약 성공하지 못하더라도, 환경에 문제가 없다면 올바른 msbuild.exe, 경로, 매개변수 등을 계속 시도해야 합니다.
6. 하지만 매우 짜증나는 질문이 생깁니다. 누겟 의존성은 어떻게 되는 걸까요? 컴파일에는 별다른 문제가 없는데, Nuget 패키지를 어디서 찾을 수 있는지 어떻게 알 수 있나요?
이 질문은 오랫동안 저에게 머릿속에 남아 있습니다.
NuGet 공식 웹사이트에 접속해 nuget.exe 파일을 다운로드하세요.
시도 후 이 파일은 프로젝트(즉, SLN 또는 CSPROJ 파일과 동일한 디렉터리)에 배치되어 실행됩니다nuget.exe 복원명령어로 필요한 NUGET 패키지를 받으려 합니다. 여러 번 시도한 후에 이런 경험을 하게 되었습니다)
스크립트에 액션을 추가하고 매번 nuget.exe 복원 명령을 실행할 수 있습니다.
또한 환경 변수에 nuget.exe을 추가하고 매번 실행하는 것도 좀 더 편리할 것입니다.
7. 마지막으로, 저는 이 프로젝트가 출판 기계에서 이러한 연산과 명령어를 통해 성공적으로 컴파일될 수 있음을 테스트해보았습니다.
이것은 궁극적인 성공에 가까워졌습니다.
사실, 제킨이 무엇인지 아는 사람들에게는 이것이 끝이며 나머지는 스스로 할 수 있다고 생각합니다.
아래
1. Jekins 공식 웹사이트에 접속해 다운로드, 설치, Jekins 실행, 계정 등록, 설명 없음. dotnet 프로젝트의 경우, msbuild, mstest, mstestrunner 플러그인을 설치해야 합니다.
2. Jenkins 전역 구성 msbuild.
3. 새 프로젝트 생성 및 프로젝트 구성
4. 프로젝트를 구축한다.
기본적으로 건설은 성공적이며, 성공하지 못해도 문제 해결이 쉽습니다.
사실 제킨 사용에 관해서는 더 많은 부분이 스스로 배우고 여러 번 이해하려고 시도합니다.
보충:
1. VS가 성공적으로 컴파일될 수 있지만 명령줄에 지원되지 않는 구문 프롬프트가 있을 경우.
그렇다면 개발자가 더 고급 문법 규칙(비록 프로젝트가 .NET 프레임워크 4.5.2 기반이긴 하지만), 예를 들어 C# 6.0으로 컴파일할 수도 있습니다
릴리스 머신은 .NET 프레임워크 4.5.2만 설치하여 최신 문법 일부를 지원하지 않습니다.
이 경우에는 최신 SDK를 릴리스 머신에 설치하세요.
그림에 나와 있습니다.
마이크로소프트 공식 웹사이트 SDK 다운로드:https://www.microsoft.com/net/download/visual-studio-sdks
해당 SDK를 다운로드하세요.
SDK에는 이미 런타임이 포함되어 있습니다.
2. Jekins의 작업이 Windows bat 명령어를 사용해 일련의 연산을 수행해야 한다면, Jenkins의 "이용 가능한 환경 변수 목록을 참조"를 사용하는 것이 도움이 될 것입니다.
"%WORKSPACE%" 같은 식으로 쓰세요.
3. 경로에 공간이 있을 경우, 예를 들어 C:\Program Files (x86)\Microsoft.NET변수 양쪽에 이중 인용 부호를 추가하는 것이 필요합니다.
만큼:
|
게시됨 2018. 11. 22. 오전 10:29:09
|
|
|
|
