직장에서 개발 환경을 향상시킵니다

Question

가까운 시일 내에 직장에서 개발 환경을 이사하고 개선하기 위해 2 주를받을 것입니다.

우리는 주로 2-10 명의 개발자와 함께 하나의 대형 PHP/MySQL 프로젝트를 개발합니다.

현재 Mod_userdir로 Apache를 실행하는 Dev 서버 하나가 있습니다. 각 개발자는 (Samba-Accessible) 집에 /public_html 폴더가 있습니다. VCS 및 프로젝트 관리/발행의 경우 전복 및 TRAC를 사용합니다. 테스트/배포는 몇 가지 수동 단계를 수행하며 자동화가 많지 않습니다.

새로운 설정에 대한 내 계획에는 기존 사항에 대한 다음 변경 사항이 포함됩니다.

• 지속적인 통합
• CI를 TRAC에 통합하고 빌드 진행 상황의 성공 또는 실패 후 작업을 시작하기위한 플러그인을 만들/찾기 (즉, 스테이징/라이브에 배포)
• 자동 배포 스크립트 생성 (원 클릭)
• 통합 (독사)-건물 프로그램과 TRAC로의 문서화
• 추가하다 자동 버전화
• 다른 모니터링 계층 추가 (Local Nagios 생산 시스템 모니터링)
• 야간 실행 MySQL 복제 슬레이브 추가. 그런 다음 개발자가 UP2Date 데이터를 테스트하는 데 사용할 수 있습니다.
• 백업 계획을 검토하십시오
• 이 방법으로 모든 것을 설정하는 방법과 이유를 문서화하십시오.

더 개선 할 수있는 팁/힌트가 있습니까? 우리가 다른 방식으로해야 할 일이 있습니까?

Answer 1

지속적인 통합 도구에서 사용할 수있는 방식으로 자동 배포 스크립트를 작성해야합니다. 허드슨 강 (그리고 cruisecontrol 나는 의심합니다) 기본적 으로이 스크립트를 감싸고 멋진 프론트 엔드를 제공합니다.

Hundson은 설치하기 쉽고 다음과 같이 제공됩니다 TRAC 플러그인, SVN, CVS, GIT 플러그인 및 a 독사 당신이 생각할 수있는 거의 모든 것에 대한 플러그인 및 기타. 경고 : 나는이 플러그인을 모두 사용하지 않았으며 원하는 것을 정확히 수행하지 않을 수도 있습니다 ...

CI 소프트웨어에 대한 예산이있는 경우 TeamCity는 볼만한 가치가 있습니다 (또는 사용하고 있습니까? 물린?).

당신은 좋은 기회입니다. 행운을 빕니다!

Answer 2

나의 유일한 제안은

• 이 방법으로 모든 것을 설정하는 방법과 이유를 문서화하십시오.

이것은 개발 환경을 개선하기위한 내 목록의 마지막 항목이지만 여전히 수행하지 않았습니다.

각 부품은 항상 더 나은 기능을 제공하거나 사용하기 쉬운 사용을 제공하기 위해 항상 수정되거나 개선됩니다. "왜"를 가능한 한 실제로 구현하는 위치와 가까운 주석으로 "왜"를 유지하려고 노력하는 것이 좋습니다. 시스템을 변경하는 사람이 필요로하는 유일한 곳입니다.

아마도 물리적 서버의 링크와 이름을 보여주는 하나의 큰 다이어그램이지만, 그 외에는 문서가 번거 로움이라고 생각했습니다.

건배