ASP.Net 응용 프로그램을 야생에 배포하는 데 어떤 방법을 사용합니까?

Question

현재 컴파일 된 ASP.Net 응용 프로그램은 웹 사이트를 로컬에 게시하고 zip 파일을 시스템 관리자에게 전자 메일로 전송하여 배포 지침 세트를 제공합니다. 이는 처음으로 ASP.Net 응용 프로그램을 고객에게 배포하고 IIS 인스턴스를 테스트 할 때 동일한 것이기 때문에 동일한 시스템에 사이트를 두 번 배포 할 수 없었기 때문입니다. 이렇게하면 모든 후속 프로젝트에 배치 할 톤을 설정할 수 있습니다.

현재 배포 방법을 평가 중이고 기본 제공되는 배포 도구를 찾고 있습니다. 특히 나는 사용자 정의 설치 작업을보고 있으며 대부분의 표준 설치 프로그램 기능 (대부분 사용자 인터페이스)을 사용할 수 있습니다.

둘째, 배포 및 자동 업데이트 병합을 고려하고 있습니다.

조직에 소프트웨어 배포 방법은 무엇입니까? 어떤 도구를 사용하며 가장 자주 발생하는 문제점은 무엇입니까? 복사 웹 도구를 사용하여

Answer 1

배포 웹 응용 프로그램 당신이 (예를 들어, 많은 사용자에게 웹 응용 프로그램을 제공하는 경우 Microsoft 교육 키트 예약 웹 기반 개발
웹 설치 프로젝트에서
텍스트 사람들이 다운로드 할 수 있도록 유용 웹에서 응용 프로그램을 설치하고 설치). 조직의 특정 웹 사이트를 업데이트해야하는 경우 업데이트 할 때마다 웹 서버에 로그온하고 Windows Installer 패키지를 설치하는 것은 비현실적입니다. 내부 응용 프로그램의 경우 웹 서버에서 직접 웹 응용 프로그램을 편집 할 수 있습니다. 그러나 변경 사항은 프로덕션 웹 응용 프로그램에 즉시 구현되며 여기에는있을 수있는 버그가 포함됩니다. 사용자가 웹 응용 프로그램을 테스트 할 수있게하려면 컴퓨터에서 웹 응용 프로그램의 로컬 복사본을 편집하고 웹 복사 도구를 사용하여 프로덕션 웹 서버에 변경 내용을 게시 할 수 있습니다. 또한 웹 복사 도구를 사용하여 스테이징 서버에서 프로덕션 웹 서버로 또는 두 웹 서버간에 변경 사항을 게시 할 수 있습니다. 웹 복사 도구는 원본 파일이나 전체 웹 사이트를 원본 웹 사이트와 원격 웹 사이트간에 복사 할 수 있습니다. 또한 변경된 파일 만 복사하고 소스 및 원격 사이트의 동일한 파일을 개별적으로 편집 할 수있는 버전 충돌을 감지하여 파일을 동기화하도록 선택할 수 있습니다. 웹 복사 도구는 단일 파일 내에서 변경 내용을 병합 할 수 없습니다. 전체 파일 만 복사 할 수 있습니다.

1) 빌드를 컴파일하고 청소하기 위해뿐만 아니라 나눠 Web.config의 섹션 교체에 웹 배포 프로젝트를 사용하여 환경의 설정 변경의 경우 :

Answer 2

내가했던 몇 가지는 다음과 같습니다. 2) 건물, 보관 및 복사를 모두 반복적으로 수행하려면 NAnt를 사용하십시오.

웹 배포 프로젝트는 NAnt 대신 사용할 수있는 MSBuild 파일을 만듭니다. 그러나, 나는 자바 배경에서 왔고 Ant는 항상 사용했다. 따라서 NAnt는 나의 선호도가 .Net이다. NAnt Contrib 작업을 추가하면 파일뿐만 아니라 소스 컨트롤 (기본 작업의 일부가 아닌 경우) 및 변경 사항에 대한 SQL 스크립트 실행과 같은 항목도 처리 할 수 ​​있습니다.

현재 두 옵션을 함께 사용합니다. 내 NAnt 빌드 파일을 MSBuild를 통해 웹 배포 프로젝트에 호출합니다. 각 환경에 대한 구성 관리자 설정을 사용하면 web.config 섹션 대체를 자동으로 관리 할 수 ​​있으며 릴리스의 복사 및 아카이브에 대한 제어가 가능합니다.

희망이 도움이됩니다.

Answer 3

우리는 웹 배포 프로젝트와 VS 2008 프로젝트를 사용하여 웹 배포 & 다른 프로젝트의 출력에서 ​​.msi를 만듭니다. 'setup'이라고하는 일반 Windows 응용 프로그램은 사용자 지정 단계로 설치 프로젝트를 사용자 지정하는 대신 많은 db 생성 및 예비 작업을 수행하는 데 사용됩니다. MS 코드를 사용자 정의하는 것보다 직접 수행하는 것이 훨씬 쉽습니다. 이 Windows 응용 프로그램은 사용자가 필요로하는 올바른 .msi 파일을 호출합니다.

매일 밤 팀 기반 빌드가 실행되어 솔루션을 다시 빌드하고 모든 사람을 액세스하고 최신 '릴리스'에 대한 테스트를 수행 할 수있는 '릴리스 CD'디렉터리에 모든 내용을 복사합니다. 정직한 TFS 빌드는 우리 팀과 같은 소규모 팀을 위해 조금 배외되어 있습니다.

이전 회사에서는이 http://www.finalbuilder.com/을 사용했으며 사용하기 쉽고 지원되는 소프트웨어의 양을 고려하여 권장 할 수 있습니다.

Answer 4

1)/각 웹 서버 인트라넷 사이트에 대한

Answer 5

에 직접 붙여 넣기 생산 환경

3) 복사에 MSBUILD와

2) FTP 파일을 프로젝트를 빌드, 우리는 SVN와 함께 CruiseControl를 사용 사이트를 자동으로 재구성 할 수 있습니다.

이론적으로 클라이언트의 인트라넷에 드라이브를 원격으로 매핑 할 수있는 경우 VPN을 통해이 모델을 확장 할 수 있습니다. 또는 더 빠르고 더러운 솔루션은 SyncBack과 같은 도구를 사용하여 사이트의 컴파일 된 DLL이 포함 된 원격 폴더를 동기화하는 것일 수 있습니다.

Answer 6

우리는 DEV, TEST, STAGE 및 PRODUCTION 전용 서버를 보유하고 있습니다.

또한 크루즈 컨트롤을 실행하는 전용 빌드 머신이 있습니다.

Cruise Control은 코드가 체크인 된 후 실행되는 연속 통합 빌드를 위해 구성되며 별도의 개발, QA, 스테이지 및 프로덕션 작업을 위해 구성됩니다.

코드를 먼저 SVN에서 검색하여 빌드 한 다음 "미리 컴파일 된 웹"폴더를 개발 웹 사이트에 복사하고 웹 서비스 프로젝트를 개발 응용 프로그램 서버에 복사합니다. Cruise Control은 빌드가 시작되기 전에 소스 코드에 "태그를 추가"하도록 구성되어 나중에 빌드를 재현하거나 핫 픽스를 수행해야하는 경우 태그에서 분기 할 수 있습니다.

QA에 배포하려면 파일이 개발 컴퓨터에서 QA 컴퓨터로 복사됩니다.

마찬가지로 스테이지에 배포하기 위해 파일이 QA 시스템에서 스테이지 시스템으로 복사됩니다.

마지막으로 프로덕션에 배포하기 위해 파일이 스테이지 시스템에서 프로덕션 시스템으로 다시 복사됩니다.

각 환경을 구성하려면 연결 문자열 "debug = true | false", "customErrors = Off | RemoteOnly"및 기타 환경 별 설정을 수정하는 각 환경의 Cruise Control 작업의 일부인 사용자 지정 도구가 있습니다. .

각 환경을 Cruise Control 대시 보드에서 버튼을 눌러 배치 할 수 있습니다.

크루즈 컨트롤 설정 파일에 프로덕션 데이터베이스 비밀번호가 설정되어 있다는 경고가 있습니다. 다른 곳으로 옮길 수 있습니다.

마지막으로 우리의 프로덕션 시스템이 전용 호스팅 시설에 있어도 Cruise Control 컴퓨터에서 서버에 액세스 할 수 있으므로 프로덕션 배포를 매우 쉽게 할 수 있습니다. 유일한 수동 단계는 web.config 파일을 암호화하고 Cruise Control이 설정하는 "AppOffline.html"파일을 제거하는 것입니다.

도움이되는지 또는 궁금한 점이 있으면 알려주십시오.

감사합니다.