젠킨스 프로젝트 유물 및 작업 공간

Question

나는 젠킨스를 꽤 오랫동안 사용해 왔지만 결코 새로운 일을하지 않았다. 몇 가지 질문과 문제점이 있습니다.

기본 작업 공간 위치 - 최신 Jenkins는 Jenkins \ jobs [projectName] \ workspace에 기본 작업 공간이 있으며 모든 빌드에 대해 덮어 쓰거나 닦습니다. 나는 Jenkins \ jobs [projectName] \ builds [build_id] \에 미래의 참조를 위해 모든 빌드에 대한 작업 공간 상태를 저장할 수 있도록해야한다고 생각 했습니까?

프로젝트> Build_ID 페이지에 작업 공간 표시 - 이전 빌드와 함께 진행되므로 이전 빌드의 각 작업 공간이 여기에 표시됩니다. 현재 내 설정에서이 개별 페이지는 Git 개정판과 빌드를 트리거 한 repo 변경 사항을 제외한 모든 것을 제공합니다. 뿐만 아니라 콘솔 출력. 유물은 어디에 있습니까? 이 빌드의 작업 영역에 대한 링크는 어디에 사용 되었습니까?

빌드의 보관 아티클 - 아티팩트를 선택할 때 필터가 작동하지 않는 것 같습니다. 내 빌드는 작업 영역 내부에 이슈가있는 파일 구조를 만듭니다. 이 파일을 저장하고 아티팩트 필터가 작업 영역에서 시작된다고 말합니다. 그래서 나는 '인공물'을 넣었고 아무 것도 상점을 갖지 못했습니다 (또한 이것이 어디에 저장됩니까?). 나는 또한 '/ artifacts'와 'artifacts/*'를 시도했다.

도움이 될 것입니다. 감사!

Answer 1

젠킨스의 여러 측면에 대해 혼란스러워하는 것처럼 보입니다. 귀하의 질문은 기본적으로 다음과 같이 요약됩니다.

작업 영역과 빌드의 차이점은 무엇입니까?

1. 기록 데이터 수있는 빌드 :

   그래서, 여기에이 주제에 대한 몇 가지 생각입니다. 그것들은 (보통) 건물/체크 아웃 중에 작업 공간처럼 바뀌지 않습니다.

2. 빌드에는 실행 (예 : 상태, 빌드 번호, 변경 로그 등) 및 보관을 위해 알리는 모든 결과 (로그, 테스트 결과 등)에 대한 정보가 포함됩니다. 그들은 (보통) 작업 공간과 같은 소스 코드를 포함하지 않습니다.
3. 빌드는 Jenkins\jobs\[projectName]\builds\[build_id]\ 디렉토리에 저장됩니다. 이것은 Jenkins가 관리하는 디렉토리이며 사용자는 (일반적으로)이 디렉토리의 내용을 수정할 필요가 없습니다. 그러나 작업 공간은 빌드를위한 디렉토리이며 사용자는 아무 것도 할 수 있으며 어느 곳에서나 배치 할 수 있습니다 (기본값은 디렉토리 일 필요가 없습니다.)
4. 작업 영역은 주어진 시간에 지울 수 있어야합니다. 복원 후에는 같은 매개 변수/개정으로 작업을 다시 빌드하면됩니다. 빌드 후 무언가를 유지해야하는 경우 빌드가 완료되기 전에 Jenkins에 아카이브하도록 알리십시오
5. 전체 상태를 저장하는 것과 관련하여, # 4에서 언급했듯이 문제의 빌드와 동일한 리비전/매개 변수를 실행하여 동일한 빌드를 재현 할 수 있어야합니다. 동일한 리비전에서 원래 상태로 돌아갈 수없는 경우/매개 변수를 사용하면 디버깅이 악몽이 될 수 있기 때문에 노력해야 할 것입니다. :)
6. 작업 영역은 빌드가 아니라 프로젝트의 한 측면이므로 해당 페이지의 작업 영역에 대한 링크가없는 것입니다. 다시 말하면 빌드는 이전 실행에서 저장된 데이터입니다. 프로젝트는 작업 공간을 사용하여 물건을 만드는 데 사용되므로 그 페이지에서 작업 공간으로 이동할 수 있습니다.
7. 이슈 저장 방법과 관련하여 저장할 파일의 이름을 지정해야합니다. "유물"이라는 파일을 저장하려고하지 않는 한 다른 것을 사용해야합니다. 모든 로그 파일에 대해 **/*.log은 어떻습니까? 또는 모든 xml 파일에 대해 **/*.xml?

희망이 도움이됩니다.