2010-03-10 3 views

답변

1

imho no sense - 저렴한 사람의 접근 방식.

더 큰 시나리오에서는/test/production을 개발 했으므로 개발 측에서 버전을 제어 한 다음 테스트 및 생산으로 전달할 수 있습니다. 일단 제품이 생산에 부딪치게되면 제어를 현명하게 버전 관리 할 필요가 없습니다. 빠른 롤백을 위해서는 하나 또는 두 개의 백업 버전을 유지해야하지만 그렇지 않으면 필요하지 않습니다.

1

내가 항상해온 방식은 라이브 & 테스트 버전을 저장소 체크 아웃으로 만드는 것입니다. 그럼 내 워크 플로우는 다음과 같이이다 :

  1. 내 dev에 체크 아웃에 변화
  2. 이 변경 사항을 적용합니다.
  3. 업데이트 테스트.
  4. 모든 것이 작동하는지 확인하십시오.
  5. 업데이트 생산.
2

모든 제작 관리자가 동일한 것을 알려줍니다. (D) VCS에 프로덕션 환경이 없습니다.

"배포 배포"서버를 생산 구덩이에 가지고있을 수 있습니다. 올바른 배포를 볼 수있는 VCS가 있고 해당 서버에서 올바른 프로덕션 서버로 복사/rsync 할 수 있습니다. .

그러나 서버 자체에

만이 :

  • 이유는 더 많은 것입니다
  • 일부 진단 도구

을 따라보고 할 수있는 응용 프로그램 자체

  • 모니터링 프로세스 릴리스 환경에서 가지고있는 요소가 많을수록 해당 요소 중 하나가 잘못 될 가능성이 커집니다.
    VCS를 믹스에 추가하는 것은 그럴 가치가 없습니다.

  • 관련 문제