내가 사용하지 않는 Gradle을을 자신 (지금까지 그냥 장난감 프로젝트) 분노 [그들은 단지 장난감 프로젝트 Gradle을 사용했다 저자 수단 지금까지하지 Gradle을 장난감 프로젝트입니다 – 코멘트보기]를 ,하지만 난 말 것 Ant와 Maven의 좌절 때문에 사용을 고려할 이유가 있습니다.

내 경험에 따르면 Ant는 종종 쓰기 전용 입니다. 사소하지 않은 프로젝트의 경우 마음을 사로 잡는 복잡한 빌드가 실제로 이식 가능하도록 세심한주의를 기울입니다. 명령적인 특성으로 인해 빌드 간 구성 복제가 발생할 수 있습니다 (매크로가 여기서 도움이 될 수 있음).

Maven은 반대 방식을 취하며 Maven 라이프 사이클과 완전히 통합 될 것으로 기대합니다. 숙련 된 Ant 사용자는 Maven이 Ant에있는 많은 자유를 제거하므로 특히 문제가됩니다. 예를 들어 많은 Maven 비판과 그 답변을 열거 한 Sonatype 블로그 가 있습니다.

Maven 플러그인 메커니즘은 매우 강력한 빌드 구성을 허용하며 상속 모델은 전체 엔터프라이즈에 대한 빌드 구성을 캡슐화하는 작은 상위 POM 세트를 정의 할 수 있으며 개별 프로젝트는 이러한 구성을 상속하여 경량으로 남겨 둘 수 있습니다. Maven 구성은 매우 장황하며 (Maven 3에서이를 해결하겠다고 약속하지만) “Maven 방식이 아닌”작업을 수행하려면 플러그인을 작성하거나 해키 앤트 통합을 사용해야합니다. 참고 Maven 플러그인을 작성하는 것을 좋아하지만 많은 사람들이 관련된 노력에 반대 할 것입니다.

Gradle은 Ant와 Maven 사이의 스위트 스팟을 공격 할 것을 약속합니다. 의존성 해결을 위해 Ivy 의 접근 방식을 사용합니다 . 구성에 대한 컨벤션을 허용하지만 일급 시민으로서의 Ant 태스크도 포함합니다. 현명하게 기존 Maven / Ivy 리포지토리를 사용할 수 있습니다.

따라서 Ant / Maven의 고통 지점에 부딪쳤다면 Gradle을 사용해 볼 가치가 있습니다.하지만 내 생각으로는 알 수없는 문제에 대해 알려진 문제를 다루지 않는 경우 볼 수 있습니다. 푸딩의 증거는 먹기 때문에 제품이 조금 더 성숙하고 다른 사람들이 꼬임을 다룰 때까지 판단을 내릴 것입니다 (그 이유는 출혈 가장자리라고 부릅니다). 나는 여전히 내 장난감 프로젝트에서 그것을 사용할 것입니다. 항상 옵션을 알고있는 것이 좋습니다.

답변

apply plugin:'java'
task test{
  doFirst{
    ant.copy(toDir:'build/test-classes'){fileset dir:'src/test/extra-resources'}
  }
  doLast{
    ...
  }
}

ant.copy(file:'a.txt', toDir:"xyz")

ant.with{
  delete "x.txt"
  mkdir "abc"
  copy file:"a.txt", toDir: "abc"
}