그들은 내가 다운로드 로그인을 강제로 계속 하는 경우 나는 Docker 또는 Docker 관련 제품을 사용 하는 것을 거부 합니다. 죄송 하지만 그들은 코더에 대 한 더 나은 워크 플로우를 찾을 필요가 있다. 이 필요 하지 않은 대안의 많음이 있다. 나는 항상이 장소에 있는 비 Docker 솔루션을 밀어 것입니다. 패키지를 다운로드 한 후에는 tar에서/usr/sloc/bin로 hab 바이너리를 추출 하거나 경로에 해당 위치를 추가 합니다 (예: tar-xvzf hab). 플라이 실행은 이제 입력과 다운로드 출력을 병렬로 업로드 합니다. 게시물 주셔서 감사 합니다! 모든 종속성을 다운로드 하려면 «mvn 종속성: 해결»을 시도 했습니까? 이렇게 하면 소스 코드가 아닌 종속성이 있는 pom.xml 파일만 포함할 수 있습니다. 누군가 그렇게 한다면, docker는 다운로드 수에 대 한 분석을 더 적게 받을 것입니다. 그 lxc 생성은 당신에 게 작업 컨테이너를 부여 해야 합니다, lxc 만들기-t의 centos-n은 과거에와 유사 하 게 것———-d centos-r 7-amd64는 2.0에 현재 3.0에 있을 것입니다. @Drahnr PR 덕분에 docker 이미지 리소스를 max_concurrent_downloads 및 max_concurrent_uploads로 구성할 수 있습니다.

또는 설치 스크립트를 다운로드 하 고 실행 하 여 명령줄을 통해 서식 지를 설치할 수 있습니다. Maven은 프로젝트 수준 pom.xml 파일을 사용 하 여 프로젝트 종속성을 해결 합니다. 그것은 비공개 및 공용 Maven 리포지토리에서 누락 된 JAR 파일을 다운로드 하 고 향후 빌드를 위해 이러한 파일을 캐시 합니다. 따라서 다음에 빌드를 실행 하면 종속성이 변경 되지 않은 경우 아무 것도 다운로드 되지 않습니다. 왜 사람들은 개발 하 고 정기적으로 당신이 로그인 하지 않고 다운로드를 찾을 수 있는 Docker 릴리스 노트에 연결 하는 모든 세 번째 의견을 경우에도 업계 최고의 컨테이너 도구를 업데이트 하는 회사에 대해 울고 있습니까? 당신은 안티 curlbash 캠프에 아끼는 하는 경우, 당신은 이전에 나열 된 다운로드 링크에서 최신 패키지를 얻을 수 있습니다, 또는 우리의 Bintray 페이지에 릴리스를 통해. 기본적으로 Maven 로컬 저장소는 공식 Maven 이미지에 대 한 Docker 데이터 볼륨 내에 배치 됩니다. 즉, 다운로드 한 모든 종속성은 이미지의 일부가 아니며 Maven 컨테이너가 소멸 되 면 사라집니다. 모든 빌드에서 종속성을 다운로드 하지 않으려면 Maven의 리포지토리 Docker 볼륨을 일부 영구 스토리지 (Docker 호스트의 최소 로컬 폴더)에 마운트합니다. Codefresh에서 빌드를 설정할 때는 MAVEN_CONFIGenvironment 변수를 재정의 하 여 영구 볼륨에 캐시를 저장 하는 것이 간단한 문제입니다. «하지만 모든 이미지가 동일한 Docker 레이어를 공유 하는 경우에는 한 번만 다운로드 하면 됩니다.» 편집: 직접 다운로드 링크를 찾고 있는 사람에 대 한, 그들은 여전히 사용할 수 맥에 대 한 Docker에 대 한 안정적인 릴리스 노트 및 Docker 바탕 화면에 대 한 윈도 즈 안정 릴리스 노트 페이지 시간에 대 한.

@alexkit 나는 그것이 사실이 아니라고 생각 하지 않습니다. 그러나 Apache 라이센스를 사용 하면 등록을 요구 하지 않고 계정을 만들고 다운로드 한 다음 직접 배포할 수 있습니다.