1
우리 팀에는 약 20 명의 응용 프로그램 개발자가 있습니다.. NET 응용 프로그램 릴리스 절차 및 VSS
모든 응용 프로그램 코드는 VSS에 있습니다.
개발자는 로컬 복사본이 있고 변경 한 다음 VSS에 파일을 확인합니다.
팀 단장은 코드를 조사하여 컴퓨터에서 실행하고 모든 것이 좋으면 QA 서버로 코드를 이동합니다.
모든 파일을 승인했는지 확인한 후 릴리스 엔지니어가 VSS에서 최신 버전을 가져 와서 파일을 준비하고 준비로 이동합니다.
UAT가 준비에서 완료되고 승인되면 릴리스 엔지니어는 준비에서 모든 파일을 복사하여 생산으로 이동합니다.
Oflate 우리가 개발자가 VSS의 일부 파일을 스테이징으로 릴리스하는 동안 스테이징으로 릴리스 할 예정이 아닌 것으로 체크인 할 때이 방법에 문제가 있습니다.
우리는 VS.net 2008을 IDE로 사용하며 팀 기반 서버가없고 Visual Source Safe는 소스 제어 데이터베이스입니다.
Google의 출시 메커니즘을 개선 할 수있는 방법을 제안 해주세요. 레이블 자료 및이 방법으로 당신은 항상 곁에 코드의 알려진 상태로 돌아갈 수 있습니다 -
감사
Oded, 신속한 답변을 보내 주셔서 감사합니다. 우리가 직면 한 모든 문제는 버그 수정과 함께 있습니다. 응용 프로그램은 지난 몇 년 동안 생산 중이며 계속 유지 관리 중입니다. – acadia
@acadia - 다시 태그 지정이 도움이 될 수 있습니다. 이 (또는 이와 유사한) 솔루션을 아직 가지고 있지 않다면, 그것을 개조 할 수있는 방법이 없습니다. 버그 수정을 통해 최신 버전으로 이식해야하는지 여부를 결정하고 이에 따라 태그/승격해야합니다. 솔직히 말하면, VSS는 이런 종류의 일에 가난합니다. 자신과 팀에게 Subversion을 대체 소스 제어 관리 시스템으로 간주하고 호의적으로 다루십시오. – Oded