소프트웨어 구성 관리가 프로젝트 관리를 개선하는 데 어떻게 도움이됩니까?

Question

프로젝트 관리 개선에 도움이되는 소프트웨어 구성 관리와 관련된 모범 사례는 무엇입니까?

Answer 1

모범 사례에 중점을 둔다 고 가정하면 몇 가지 가능성을 설명 할 수 있습니다.

사용 가능한 최상의 (SCM) 도구 사용. 이것은 특정 목표와 제약에 달려 있지만 Mercurial과 Git은 (분산, 우수한 분기/병합 기능, 멀티 플랫폼, FOSS, 정말 빠르고 유연한 워크 플로우 등) 이기기가 어렵습니다.

PanBI과 같은 도구를 사용하여 소스 저장소의 데이터를 분석 할 수 있습니다 (면책 조항 : 필자가 작성했습니다). 짧은 screencast은 저장소 내용 분석에서 배울 수있는 것을 보여줍니다. 코드베이스에

• 일반 작업 역학
개발자 당
• 고장
• 일상 업무 역학 코드베이스 (수정/삭제/추가) 변경, 소스 트리
의 일부
• 유형 : 간단히

... 등.

SCM 도구와 이슈 트래커를 연결하면 가치를 더할 수 있습니다. 개발자는 커밋 메시지에 발급 ID를 넣습니다 (예 : "[# 1455] : 성능이 조금 향상되었습니다."이슈 트래커는이 문제점을 코드 저장소의 변경 사항과 관련시킵니다. 프로젝트 관리 관점에서 개별 문제, 프로젝트 단계 또는 전체 프로젝트에 소요되는 시간을 느슨하게 추적 할 수 있습니다. 문제 번호가없는 커밋을 거부하는 간단한 커밋 훅은 데이터 일관성을 유지하는 데 많은 도움이 될 수 있습니다. 이러한 "측정 된"데이터를 기준선과 비교하여 작동하는 것과 그렇지 않은 것을 이해할 수 있습니다.

리포지토리에서 가져온 태그가 지정된 소스 버전에서 빌드 서버의 공식 릴리스를 빌드하는 것은 품질을 제어하는 ​​방법이기 때문에 프로젝트 관리 관점에서 유리하다고 여겨 질 수 있습니다. 이러한 방식으로 소프트웨어를 빌드하면 빌드 프로세스가 개발자 머신 환경의 종속성 또는 특성에서 분리되고, 재현성을 제공하며, 빌드 프로세스의 자동화 된/반자동 게시를 허용합니다. 즉 배포 프로세스의 간소화 및 보호를 가능하게합니다.

이들은 단지 일부 가능성 일 뿐이며 여기서 멈추지 않습니다.

Answer 2

그것은 포함, 프로젝트 위험의 전체 무리를 완화 :

• 잘못된 것으로 판명 될 변화를 만드는 위험 : SCM 소프트웨어를 사용하면 변경 사항을보고
• 위험 롤백 할 수 있습니다를 모든 소스 코드를 잃을 수 있습니다. (모든 사람이 컴퓨터에 복사본을 가지고 있기 때문에 훨씬 덜 가능성이 있습니다)
• 두 사람이 호환되지 않는 변경을 할 수있는 위험 : 좋은 SCM을 사용하면 두 가지를 병합하고 두 가지 장점을 모두 얻을 수 있습니다 .

또한 요즘 SCM은 소프트웨어 프로젝트에 착수하는 것이 쉽지는 않지만 설치가 쉽고 저렴합니다.