프로젝트는 집으로 가는 기차 안에서 바뀌지 않았지만 네트워크 경로는 바뀌었습니다. 사무실에서 작동하는 프록시 주소가 집에서는 연결되지 않을 수 있습니다. 이것은 환경 설정이며, 고용주의 프록시를 프로젝트 POM에 넣을 이유가 아닙니다.

Maven의 설정 모델은 프록시 정의를 최상위 proxies 섹션에 둡니다. 설정 프로필은 해당 섹션의 두 번째 임의 복사본을 제공하지 않습니다. 프로필 아래에 프록시 형태의 XML 조각을 추가한다고 해서 지원되는 네트워크 전환 메커니즘이 되지는 않습니다.

간단한 방법은 환경마다 승인된 설정을 유지하고 적절한 것을 선택하는 것입니다:

mvn --settings /path/to/settings-office.xml verify

예제는 사용자 설정을 명시적으로 선택합니다. 빌드에 적합한 명령과 파일을 사용하십시오. 파일을 자격 증명과 함께 커밋해야 한다는 뜻은 아닙니다.

차이를 작게 유지하십시오

실제로 달라지는 설정을 기록하십시오: 활성 프록시, 우회 호스트, 미러 및 필요한 서버 계정입니다. 두 번째 파일이 관련 없는 저장소 정책을 조용히 제거하거나 오래된 비밀번호를 사용해서는 안 됩니다.

선택한 사용자 설정과 여전히 병합되는 전역 설정을 확인하십시오. 명시적 파일은 입력을 볼 수 있게 하지만 Maven에 다른 구성 소스가 없다는 뜻은 아닙니다.

자동 전환에는 실제 신호가 필요합니다

Maven은 일반적인 의미에서 노트북 위치로 "사무실"을 추론할 수 없습니다. 자동 구성에는 지원되는 외부 검색 또는 관리 메커니즘과 그 메커니즘을 사용할 수 없을 때의 정의된 응답이 필요합니다.

집에서 프록시를 비활성화하려는 광범위한 우회 패턴에 주의하십시오. 내부 대상에 영향을 주거나 요청이 어떤 경로를 탔는지 숨길 수 있습니다.

첫 수리에는 눈에 보이고 명시적인 설정 선택을 선호하십시오. 두 환경 모두에서 작동하면 어떤 자동화든 프로젝트의 빌드 지침을 반복해서 다시 작성하는 대신 그 알려진 구성을 재현할 수 있습니다.

관련 글