플랫폼 불가지론 개발 팀 헤게모니 만들기

개발 팀에서 다양한 기술을 보유한 회사에서 근무하고 있습니다.

우리는 다음을 모두 수행합니다 (일반적으로 웹에 맞춰져 있음).

• .NET (MVC, Umbraco, ASP.NET, Surface)
• 자바 (Spring, Hibernate, Android)
• PHP (젠드, 코드 점화기)
• 액션 스크립트 3
• 공기
• 목표 -C
• HTML / 자바 스크립트 (분명히)

우리는 개발 과정을 간소화하려고 노력하고 있습니다.

현재 msbuild / msdeploy / nant를 사용하여 .NET 프로젝트를 빌드하고 배포하는 TeamCity 서버가 있습니다.

내가 원하는 것은 다른 팀의 사람들이 프로젝트 사이를 쉽게 이동할 수 있도록 대부분의 프로젝트에서 작동하는 표준 프로젝트 템플릿 구조를 제공하는 maven과 같은 것입니다.

현재 특정 플랫폼에서 표준 방식으로 작업하는 경향이 있기 때문에 (일부 사람들이 참여하는 한) 하나의 플랫폼에서 작동하지만 프로젝트 배치 및 구축 방법을 표준화하기 위해 maven과 같은 것을 사용하고 싶습니다.

아무도 전에 이런 식으로 시도한 적이 있습니까? 경험담? 서적?

.NET의 경우 Maven을 포팅하는 세 가지 프로젝트가 있습니다. stackoverflow.com 에서이 답변 을 참조하십시오 . 또한 이 위키 기사 가 도움이 될 수 있습니다.

다른 언어의 경우 Maven이 지원하는 동일한 구조 (아래의 모든 소스 src/language/main등)를 적용 한 다음 Maven 플러그인을 작성하여 빌드하거나 최소한이 구조를 지원하는 일반 "Makefile"템플릿을 작성하는 것이 좋습니다.

현재 우리는 프로젝트에서 C ++, Java, Ruby, Perl, OCaml, Shell, PHP 및 JavaScript와 같은 여러 언어를 사용합니다. 그리고 우리는 그들 모두를 참을 수있는 문제가 없습니다. 각 구성 요소는 자체 구조와 디렉토리 레이아웃을 갖기 때문 입니다. 빌드는 GNU make가 처리하는 간단한 재귀 Makefile과 함께 붙어 있습니다. 필요한 경우 때때로 다른 빌드 시스템을 호출합니다 (예 : Java 코드를 빌드하기 위해 Java의 Ant를 호출 함). 이러한 빌드 시스템이 특정 레이아웃에 연결되어 있으면 각 구성 요소마다 고유 한 것이기 때문에 문제가되지 않으며 빌드 시스템의 요구 사항을 충족하도록 조정할 수 있습니다.

핵심 아이디어는 모든 구성 요소를 다른 구성 요소와 별도로 유지하는 것이 었습니다. 디렉토리 안에는이 특정 구성 요소에 유용하다고 생각한대로 파일을 저장했습니다. src/예를 들어 한 언어의 모든 코드를 포함하는 디렉토리 와 같은 큰 얼룩은 없습니다 . 이 방법으로 다른 구성 요소의 코드를 편집 할 때 아무런 문제가 발생하지 않았습니다.