2017-12-08 5 views
-1

우리는 TFS 2015를 구내에서 사용하고 있습니다. 저는 아주 오래된 ASP.NET WebForms 앱을 담당합니다. 이 편지를 쓴 사람 (나는 결코 그를 만난적이 없습니다)이 하루에 연결 문자열을 저장하는 매우 비표준적인 방법을 사용했습니다. (아마, 그가 작성했을 때, ASP.NET은 Web.Config 파일에있는 연결 문자열을 지원하지 않았습니다.) 어쨌든, 나는 미래의 개발자가 웹 서버 주위에 놓인 .ini 파일을 어디서 찾을 것인지를 아는 것이 걱정됩니다. 상점 연결 문자열. 따라서 현재 웹 앱이 저장하고있는 데이터 연결 문자열을 검색하여 Web.Config 파일에 저장하는 방식을 바꾸고 있습니다.릴리스 관리에서 연결 문자열을 변경하거나 Web.Config에서 ASP.NET의 Debug/Release를 사용하도록해야합니까?

내가 궁금한 점은 프로덕션 데이터베이스와 테스트 데이터베이스를 전환 할 수있는 더 나은 곳은 어디인가? TFS의 Release Management는 환경에 따라 연결 문자열을 가리키는 위치를 변경하는 것을 처리 할 수 ​​있음을 알고 있습니다. Visual Studio에는 테스트 및 프로덕션 데이터베이스를 가리키는 위치를 지정하기위한 .Debug 및 .Production 폴더 개념이 있습니다. 나는 모범 사례가 무엇인지 모릅니다. TFS의 릴리스 관리 또는 VS의 Web.Config의 변환을 사용합니다. 릴리스 관리가 이제 Web.Config의 변환을 대체하는지 궁금합니다.

답변

1

Web.Config의 변환이 더 유연한 대신 TFS의 릴리스 관리를 사용하면 작업을 추가하여 쉽게 토큰을 대체 할 수 있습니다. VS의 Web.Config를 변형하면 매번 변경 사항을 체크인해야합니다.

토큰을 대체 할 수있는 태스크가 lots 확장에 존재하므로, 그 중 하나를 설치할 수 있습니다.

: 예를 들어,