문제

배포 문서 구성에 관한 동료들과 이러한 끊임없는 전투가 있습니다.

모든 사람은 문서가 필요하다는 데 동의합니다. 모든 사람이 큰 릴리스, 버그 고정 및 향상을 차별화 해야하는 세부 수준에 대한 공통 근거를 찾을 수있는 것은 아닙니다.

당신이 가장 잘 작동 한 것은 무엇을 가장 잘 찾았습니까?

도움이 되었습니까?

해결책

문서의 목적이 코드를 반복 가능한 방식으로 배포하는지 확인하는 경우 다음은 최소 권장 관행입니다.

  1. 릴리스의 내용, 변경 사항, 버전, 솔루션 파일을 찾을 수있는 것 등을 요약했습니다.
  2. 가능한 종속성을 나열하십시오
  3. 자세한 배포 절차
  4. 설치에 필요한 데이터베이스 변경 또는 스크립트
  5. 응용 프로그램 구성 방법에 대한 구성 요약.
  6. 설치를 운영으로 확인하기 위해 실행할 수있는 주요 기능 테스트.
  7. 롤백 절차 - 필요한 경우.

다른 팁

한 번의 클릭 배포를 허용하는 도구를 구축하는 것이 철저한 배포 문서보다 훨씬 낫다는 것을 알았습니다.

문서의 목적은 무엇입니까? 거기서부터 시작하여 그 목표를 달성하는 것이 무엇인지 파악하십시오.

우리에게 우리의 목표는 그룹에 완전히 새로운 사람이 몇 가지 다른 시스템에 대해 새 또는 업데이트 된 배포를 실행할 수 있도록하는 것이 었습니다. 우리는 Windows Services, CRON 작업, 데이터베이스 백업, 웹 사이트 업데이트 등 수프 투 영양의 운영을 운영하고 있습니다.

각각의 경우 세부 수준은 시스템을 기반으로했으며 새로운 팀 구성원이 업데이트 및 새로운 배포를 실행하는 데 필요한 내용을 기반으로했습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top