아직 잘 알지 못하고 지금 당장이라도려고하고 있습니다. 나는 ... 더 간결한 gradle을 작성하는 방법은 무엇입니까?
task staging(type: Sync) {
from(stagingDir) {}
into toStagingDir
}
task syncJars(type: Sync) {
from(configurations.compile) {}
from(fixedLibDir) {}
into toStagingLibsDir
}
task copyMainJar(type: Copy) {
from(libsDir) {}
into toStagingLibsDir
}
task myZip(type: Zip) {
archiveName "bacnet.zip"
from(buildDir) {
include project.name+'/**'
}
}
syncJars.dependsOn('staging')
copyMainJar.dependsOn('syncJars')
myZip.dependsOn('copyMainJar')
assemble.dependsOn('myZip')
는 아마도 이런 식으로 쓰기 위해 어떻게든지있다 ... 다음 Gradle을 이제 제대로 작동하지만를 작성하는 더 간결한 방법이 있는지 궁금가
task prepareStaging {
staging from stagingDir into toStagingDir
syncJars from configurations.compile from fixedLibDir into toStagingLibsDir
copyMainJar from libsDir into toStagingLibsDir
myZip archiveName "bacnet.zip" from buildDir { include project.name+'/**' }
}
assemble.dependsOn('prepareStaging')
이상적으로는, 나는 스스로 문서화하는 코드를 좋아한다. 이 두 번째 예제에서는 다음 개발자에게 재사용이 불가능한 각각의 작은 작업을 의미합니다. 이는 매우 명확합니다 (즉, 자체 문서화). 첫 번째 방법으로 나는 그 프로젝트가 다른 프로젝트 파일에서 재사용 될 수 있기 때문에 확실히 명확하지 않은 코드를 작성했다.
더 간단한 형태로 쓰려면 어떨까요?
참고 : 모든 UP-DATE 검사가 평소와 같이 이루어지기를 바랍니다. 다음, 아래 당신에 상응하는 일을해야
덕분에, 딘
분명히 유용하게 사용할 것입니다.하지만 실제로 궁금한 점은 다음 개발자에게 실제로 작업 단위라는 의사 소통을 위해 작업에 작업을 쓰는 방법이 있는지입니다. 함께 묶여 있어야합니다. –
나는 본다. 정교한 내용을 원문으로보십시오. – rodion