«release-management» 태그된 질문

우리 회사 (3 살짜리 웹 산업 스타트 업)에서, 우리는 제품 팀에 "아아, 이것이 지금 위기 패치입니다!"라는 말을 자주 겪고 있습니다. (모두가 아닌가?) 이는 자체 포함 된 엔지니어링 직원의 생산성 (및 사기)에 영향을 미칩니다. 경영진은 이러한 당일 요청의 빈도를 줄이는 방법에 대해 시간을 보냈으며 매주 릴리스 할 솔루션을 제안했습니다. (이전에 우리는 …

12 agile  quality  release-management 

저는 상당히 큰 민첩한 팀의 소프트웨어 개발자입니다 (8 명의 개발자가 적극적으로 단일 코드 저장소를 변경하고 있음). 2 주마다 새로운 버전의 소프트웨어를 프로덕션 환경으로 푸시합니다. 현재 작업 과정은 다음과 같습니다. 새로운 작업을 시작할 때 개발자는 기본 개발 지점에서 "기능 지점"을 만들고 ( git 사용 )이 새로운 지점에서 작업합니다. 개발자가 작업 작업을 …

12 agile  version-control  development-process  branching  release-management 

새 프로젝트에서 새 개발 팀으로 시작하여 소스 리포지토리 ( 예 : Microsoft Team Foundation Server 2010 )에 대한 분기 전략을 정의해야합니다 . 우리는 할 것인지 아닌지에 대해 끈끈한 토론을 시작했습니다 ... . 프로덕션 빌드를 수행하는 하나의 릴리스 브랜치가 있고 실제로 릴리스 될 때 레이블을 지정하십시오. 또는 B . 프로덕션으로의 각 …

11 version-control  team-foundation-server  release-management  branching 

우리는 서로 상호 의존하는 많은 앱과 웹 서비스 (일부 공개 제품, 일부 내부 및 개인 "백엔드")를 보유하고 있습니다. 이러한 구성 요소 각각에는 4 가지 환경이 있습니다 (특정 목적을 수행하는 서버 / 노드 클러스터). 비 생산 DEV-CI가 푸시 변경을 구축하는 통합 개발 환경; 엔지니어가 로컬에서 재현 할 수없는 찾기 어려운 버그를 …

10 continuous-integration  release-management  dependency-management  environment 

우리는 현재 버전 제어 시스템을 남용하고 큰 릴리스 바이너리 (4 + GB)를 저장하는 FTP와 거의 비슷합니다. 우리는 통합 및 릴리스 프로세스를 방해하면서 점점 더 많은 IT 리소스를 개발하고 계속 사용하는이 끔찍한 사례에서 벗어나려고합니다. 이를위한 해결책은 P2P 파일 공유를 사용하여 이러한 릴리스 이미지 / 바이너리를 배포하고 파일 서버와 일부 주요 사용자 …

10 release-management  software-distribution  p2p 

스프린트 동안 얼마나 자주 해제합니까? 스프린트가 끝날 때 또는 기능이 준비 될 때마다. 그리고 버그 픽스 릴리스를 어떻게 처리합니까?

10 scrum  release-management