2011-11-12 2 views
0

내 회사에서 웹 사이트를 배포하는 방법을 검토하고 방법을 업데이트해야하는지 확인하려고합니다. 내 특별한 질문은 우리가 web.config 파일을 처리하는 방식에 맞춰져 있습니다. 현재 배포 할 때 서버에있는 web.config 파일을 덮어 쓰지 않습니다. 우리는 개발 중에 변경된 사항을 수동으로 재생산합니다. 그 이유는 우리는 우리는 또한 싶지 않아) 개발자들에게 배포web.config 파일 변경 사항을 기존 웹 사이트에 배포

2시에 서버에 대한 권리의 Web.config (생산을) 배포 기억의 책임을 부여하지 않으려는

1)입니다 dev 팀에서 실수로 생산 web.config를 변경하거나 (심지어 불필요하게 보는) 위험을 감수하십시오.

3) 일부 프로젝트의 경우 web.config를 수정할 권한이있는 다른 팀이 있습니다 (예 : 연결 문자열 설정) 및 해당 변경 사항을 무시하고 싶지 않음

나는 web.config transf를 보았습니다. 우리의 현재의 방법이 우리의 특별한 환경에 더 잘 맞는 것처럼 보인다. 나는 누군가에게 나에게 신선한 시각을주고 실제로 더 좋은 방법을 찾도록 도울 것을 기대하고있다.

답변

0

개발자 (즉, UI 디자이너, 프로그래머, SQL 개발자) 팀에서 전략은 꽤 괜찮은 것처럼 보이지만 정확한 조정이 필요합니다. 다른 방법으로는 모든 부서에 web.config의 다양한 부분과 관련 부분을 알리는 것입니다. 또한 web.config 파일에서 어떤 부분이 어떤 팀과 관련되어 있는지 알려주십시오. 이 방법을 사용하면 구성 파일을 걱정할 필요가없는 부분을 사용하지 않고 직접 설정할 수 있습니다.

VCS (버전 제어 시스템)의 도움을 받아 언제 어떤 사용자가 어떤 변경을했는지 추적 할 수 있습니다.

관련 문제