dependency:go-offline 없이 jar 만 골라 반입한다pom.xml 의 dependencies 목록만 보고 jar 를 받으면 전이 의존성과 빌드 플러그인을 빠뜨립니다. 반드시 go-offline 으로 전체를 모은 뒤 반입합니다.
SNAPSHOT 은 언제든 내용이 바뀔 수 있는 버전입니다. 반입 시점의 SNAPSHOT 과 다음 반입 시점의 SNAPSHOT 내용이 달라 재현이 안 됩니다. 운영 빌드는 숫자로 고정된 릴리스 버전만 씁니다.
<scope>system</scope> 으로 jar 경로를 하드코딩한다팀원마다 로컬 경로가 다르고, 저장소 버전 관리 대상도 아니라 다른 PC에서 빌드가 깨집니다. install:install-file 로 정식 좌표에 등록하는 방식을 씁니다.
.sha1·.sha256 대조 없이 jar 를 그대로 신뢰한다USB 나 사내망 전송 중 파일이 깨지거나, 실수로 다른 버전이 섞여 들어갈 수 있습니다. 체크섬 대조 없이 반입하면 몇 주 뒤 원인 불명 오류로 되돌아옵니다.
provided·runtime scope 를 전부 compile 로 넣는다배포 jar 크기가 불필요하게 커지고, WAS 가 이미 제공하는 클래스와 충돌할 수 있습니다. scope 표(2.2)를 확인하고 정확히 지정합니다.
Gradle 캐시는 버전에 민감한 메타데이터를 포함합니다. 개발 PC와 빌드 서버 Gradle 버전이 다르면 반입해도 인식되지 않을 수 있습니다.
project.build.sourceEncoding 을 지정하지 않으면 플랫폼 기본 인코딩으로 컴파일되어, 한글 주석·리소스가 서버에서 깨질 수 있습니다. 경고가 보이면 그 자리에서 고칩니다.