Background: I have used ANT (yes make and its variants too) a lot, recommended it for creating our own build system at a company I worked. 배경 : 나는 개미를 사용 (예 제조 업체 및 그 변종도)을 많이 추천이 빌드 시스템에서 우리 자신의 회사를 만드는 일을합니다. At that time I realized that Ant has challenges addressing the needs of enterprise wide build system. 개미는 그 당시 문제 해결을 깨달 엔터 프라이즈 와이드 빌드 시스템의 필요합니다. In a project project involving multiple components, which are shared, ant doesn’t make it easy to inherit build files, or make it parameterized. 프로젝트 관련 프로젝트에 여러 개의 구성 요소가 공유, 개미을 상속하지 않습니다 빌드를 쉽게 파일을이 매개 변수를 만들 수도있습니다. Compiling and testing components selectively based on its dependency isn’t easy to do in Ant. 선별을 기반으로 구성 요소를 컴파일 및 테스트를 할 조치에 의존 개미는 쉽지 않다.
Ant doesn’t work well on the deployment side of the picture (yes I know it has ftp etc). 개미 배포 측면에서 제대로 작동하지 않습니다의 사진 (예 알고 FTP를가 등). After developing very complex ant files (with custom coding) we could achieve what we wanted, however the effort is definitely not for Joe SMith who just wants to get the job done. 개발 후 매우 복잡한 개미 파일 (예 : 사용자 정의 코딩) 우리는 우리가 무얼 원하 달성할 수, 그러나 확실히위한 노력이 단지를 조 스미스 사람들이 이번 일을합니다.
Then comes maven. 다음은 받는다는합니다. Conceptually I have problems with a build system, which downloads components as needed, assumes internet connection etc. It just doesn’t fit into a easy to use model, rather it tries to mold us to its mindset. 나는 빌드 시스템에 문제가있는 개념을 다운로드 구성 요소를 필요에 따라, 인터넷 연결을 가정 등 단지에 맞지 않아 쉽게 사용할 모델, 오히려 우리에게 곰팡이의 사고 방식을하려고합니다.
Now obviously creating a new build system from scratch is not the way to go. 지금 분명 새로운 빌드 시스템을 만드는 방법은 처음부터 이동합니다. I think we should build upon Ant. 빌드시 개미 봐야 할 것 같습니다. However Ant by itself is only a part of the story. 그러나 그 자체가 개미의 한 부분만을 이야기합니다. Lots of development needs to be done to make it to the stage where you can deploy it easily and in a standardized way across projects. 제비의 개발이 필요의 무대가 될 수 있는지 확실히해야 할 수있는 표준화된 방법을 배포하고 전체 프로젝트를 쉽게합니다.

You have all used a build system or other or may have even developed one. 당신은 모든 빌드 시스템 또는 다른 않거나 사용하여 개발한 하나도합니다. I want to know from you what would you like to see in an ideal build system, what problems solved. 를 알고 싶어요 당신의 생각은 이상적인 모습을보고 싶다 빌드 시스템, 어떻게 문제를 해결합니다. Suggestions, gripes, ideas welcome. 제안, 불평, 아이디어 오신 것을 환영합니다.

Note: In response to Kevin Dangoor’s comments: 참고 사항 : 케빈에 응답하여 dangoor의 의견 :
Kevin, '케빈',
There is no doubt that Ant is a decent piece of software. 의심의 여지가없습니다 개미가 괜찮은가 하나의 소프트웨어합니다. And I too have used the Ant scripting facility and Java tasks. 그리고 나도 개미 스크립팅을 사용 시설 및 자바 작업을합니다. My point is that Ant doesn’t solve the whole picture, though it forms the core of it, there are still a lot of work needed to make it suitable for a enterprise and that work is not easily doable by the normal release engineers (who are mostly perl hackers). 내 요점은 그림 전체가 개미가 해결되지 않습니다지만 그것의 핵심은이 양식에는 많은 작업은 아직도 그것을 위해 꼭 필요에 적합한 기업 및 그 작업은 정상적인 릴리스를 해드리겠습니다은 쉽게 엔지니어 (누구 펄 해커들은 대부분).