코드 기반 배포를 추적하는 좋은 방법은 무엇입니까? 특정 버전의 서버에 배포 된 버전과 릴리스 된 버전, 해결 된 문제 등을 확인하고 싶습니다.배포를 추적하는 방법은 무엇입니까?
현재이 문제를 이슈 추적기에 생성하는 배포 도구가 있습니다. 이로 인해 릴리스 이슈를 관련 이슈와 쉽게 연결할 수 있지만 문제 데이터베이스도 오염됩니다.
또한 내부적으로 지속적인 통합을 시작하려고합니다. 이는 더 많은 릴리스 문제가 있음을 의미합니다.
더 나은 릴리스 추적 방법이 있습니까?
우리의 기술 스택은 phing을 빌드 시스템으로 사용하고, 웹 기반 배포 도구 인 Mantis와 buggracking을위한 Bitbucket을 사용합니다.
Beanstalk 또는 dploy.io와 같은 것을 사용하여 앱을 배포 할 수 있습니다. 배포 권한을 관리하고, 언제 어디서나 배포 한 모든 배포 일정을보고, 클릭 한 번으로 배포를 시작하고, 배포가 완료되면 전자 메일 및 통합을 통해 팀에 알릴 수 있습니다.
당신이 스크린 샷에서 아이디어를 얻을 수:
http://cl.ly/image/3C1v1w2C3K2v
P.S. 저는 두 제품을 제조하는 회사 인 Wildbit에서 일합니다.
이 두 가지 모두 매우 멋지게 보입니다. 내가 보는 유일한 문제는 가격 구조가 우리 회사에 타당하지 않다는 것입니다. 우리는 중소기업을위한 웹 사이트를 만드는 소수의 개발자 만 보유한 작은 상점입니다. 따라서 우리는 버그가 많은 활동적인 버그 대신에 작고 자주 업데이트되는 프로젝트가 많습니다. 우리는 200 개가 넘는 리파지토리를 가지고 있습니다 (대부분 SVN이지만 우리는 Git으로 마이그레이션하고 있습니다). 심지어 가장 큰 계획조차도 우리를 감당하지 못합니다. –
@ 200 개 저장소 중 @SanderMarechal, 현재 활동중인 개발자는 몇 명입니까? 보관 된 저장소를 백업과 마찬가지로 AWS S3에 항상 푸시하고 활성 저장소 만 Beanstalk에 저장할 수 있습니다. –
이들은 모두 활성 웹 사이트를 나타냅니다. 이 프로젝트의 대부분은 가끔 버그 수정 만 받고 그 중 소수만이 적극적으로 개발하고 있습니다. 그러나 우리는 온라인에있는 모든 사이트에 대한 배포를 추적하려고합니다. 우리는 상황이 전개되는 것을 볼 수 있어야합니다. 가끔씩 만 수정하는 사이트의 경우에도 마찬가지입니다. –
내 회사 제품 BuildMaster을 확인해야합니다.이 제품은 나열한 모든 문제를 해결하도록 설계되었습니다.
아직 Mantis와의 첫 번째 통합은 없지만 통합 할 다른 버그/이슈 추적기와 같은 방식으로 확장 성을 통해 쉽게 추가 할 수 있습니다. 팀원이 엔터프라이즈 에디션 구매를 조건으로 팀 또는 팀에 관심이있는 경우 팀에서 작성할 수 있습니다.
어떤 기술 스택을 사용하고 있습니까? – joerage
@joerage : 좋은 지적. 나는 그 질문을 갱신했다. –