을 제거하는 데 문제가 Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview 1
있습니다. 저는 Windows 7에 Programs and Features
있습니다. 내가 클릭하면 uninstall
, 그것은 옵션이있는 대화 상자가 나타납니다 repair
, uninstall
그리고 cancel
. 을 클릭 uninstall
하면 “파일 열기”창이 나타납니다.
이 “파일 열기”창을 표시하기 위해 다운로드 할 수있는 파일이 있는지 확인하기 위해 약간 검색했습니다. 어디에서도 찾을 수 없습니다. 여기 제가 살펴본 몇 가지 사항이 있지만 어느 것이 맞는지 이해할 수 없습니다.
https://www.microsoft.com/net/download
이것을 제거하려는 이유는 Visual Studio 2015 커뮤니티에 많은 문제가 있고 이는 문제 해결 프로세스의 일부이기 때문입니다.
답변
Microsoft에서 설치 프로그램 exe 사본을 다운로드합니다.
- DotNetCore.1.0.0.RC2-VS2015Tools.Preview1.exe
- DotNetCore.1.0.0-VS2015Tools.Preview2.exe
- DotNetCore.1.0.0-VS2015Tools.Preview2.0.1.exe
- DotNetCore.1.0.1-VS2015Tools.Preview2.0.2.exe
- DotNetCore.1.0.1-VS2015Tools.Preview2.0.3.exe
- DotNetCore.1.0.1-VS2015Tools.Preview2.0.4.exe
요청시이 파일을 선택한 후. 그런 다음 성공적으로 제거 할 수 있습니다.
답변
제 경우에는 관리자로 .exe를 수동으로 시작해야했습니다. 그렇지 않으면 제거가 완료되지만 실제로 .NET Core 설치가 제거되지는 않습니다.
답변
Microsoft .NET Core 1.0.0 RC2-VS 2015 Tooling Preview 1 도 제거하는 장애물에 부딪 혔습니다 . 이것은 Windows 10을 사용하고 있기 때문에 2020 년 에도 계속되는 문제입니다 . 🙂 . 참고 것을 원래 의해 질문 @ R12 위의 타겟팅 된 윈도우 7 . 그러나이 응답에서 제공 하는 대체 솔루션 은 이전 버전의 Windows 에서도 작동 하는 여전히 적용 가능한 솔루션 모델 이라고 생각합니다.
언제가 방문 설정 창 및 에를 ; 저도 같은 경험하고 있었다 대화 , @의 R12는 경험 하였다. 그러나 다시 Windows 10 에서 문제가 발생 했지만 @ r12 는 Windows 7을 사용했습니다 . 이것은 나에게 이끌 생각 그것은이었다 로직 버그 에서 제거 응용 프로그램을 구체적으로.Programs and Features
Clicked
Uninstall
'Open file'
또한 제거 시도가 실패 할 때마다 성가심을 겪었습니다 . 먼저 재부팅 하지 않고 는 두 번째 제거 시도를 수행 할 수 없습니다 . 재부팅 사이의 실패 제거 시도 는 AS, 필요하다고 제목 , 정보 로, ‘현재의 프로그램이 완성 제거 또는 변경되는 때까지 기다려주십시오.’ , 모든 후속 옵션에 대해 나타납니다 . Core i3 에서 처음에는 10 분 이상 기다렸습니다 . 나는 기다림을 포기하고 Programs and Features
wait dialog
label
Uninstall
Clicks
rebooted 대신 ‘waiting it out’ , 내가 예상 했던 것은 Uninstaller 응용 프로그램 에서 중단 상태 유형의 논리 오류 였으며 완료 되지 않을 것 입니다.
내 가정 왜 ‘에 대한 제거 프로세스가 있다 ‘일찍 실수를 범은 ‘ 적법하다 대화 에서 호출 코드 제거 프로세스가 미복귀되고 예상치 못한 값을 때, 그리고 그 결과를 잘못 취급한다 유효한이 에서 사용자가 선택하지 않은 대화 . 이 과정은 다음있다 ‘일찍 실수를 범’ 및 우회 통지 할 코드 윈도우를 것을 제거 프로세스가 되었습니다 취소로 완료 에 의해 사용자 .'Open file'
exe file
'Open file'
나는 또한 생각 선택 갖는 exe file
동안 전혀를 제거 공정 , 결코이 없었다 intent
A에 대한 일반적인 최종 사용자의 사용 케이스 에 의해, 제거 응용 프로그램 개발 팀 . 이것은 중요한 점에서, 그것은 더 더욱 알 복잡한 문제 가 관련 될 수있는 가능성과 함께 할 필요의 IIS permissions
또는 IIS file locking
의 기존 exe file
또는 제거 / 설치 / 러너 서비스를 .
나는 그것이 IIS
잠재적으로 exe file
또는 서비스 / 윈도우 서비스 를 운영 자원으로 사용 하고 있다고 생각 하는데, 이는 본질적 으로 더 분리 되어야합니다 . 그러나 이는 서비스 수명주기 의 제거 부분을 방해 합니다 . 파일 시스템 관련 문제 가 발생할 때 제거 프로세스 의 기본 작업은 단순히 사용자 에게 대화 상자 를 제공하는 것일 수 있습니다 . 목적의 존재, 그래서 제거 개발자 및 제거 테스터 이의 서비스 / Windows 서비스는 단순히 선택할 수 있습니다 테스트 exe 파일을'Open file'
; 반복 테스트 가능성 에서 속도를 위해 서비스를 완전히 제거하지는 않습니다 .
또한 창으로 다시 돌아 가기 전에 Windows 를 다시 시작 하려고 시도했지만 반복되는 결과Programs and Features
가 발생했습니다 . 여러분 중 일부는 알버트 아인슈타인 이 ‘광기의 정의는 같은 일을 반복하고 다른 결과를 기대하는 것입니다’ 라고 말하는 것을 생각할 수 있습니다 . 그러나, 나는 당신이 내가 많은 제거의 중간에 이미 사실 재고 희망 응용 프로그램 및 프레임 워크 도구를 처음에 , 이전에 이로 실행하는 문제 , 간단했다 하지 재부팅 이 아직 🙂 . 때릴 때 응용 프로그램 오류 의 모든 버전과 윈도우 , 재부팅은 당신이 될 수있는 첫 번째 최선의 선택 A와 해상도 . 내가 말할 것입니다,하지만 난 시도에 아마 조금 열심이었다 제거를 세 번째 와 네 번째 후 시간을 재부팅 하지만, 그냥 내가하지가 않았다 척 할 수 있습니다 높은 희망을.
나는 별도의 발견했다 대체 솔루션 의 사본 다운로드 저를 필요로하지 않았다 설치 exe files
했다, 연결 에서 이전 솔루션 응답 @Vincent 리우를 . 여기 내 특정 예를 들어, 나는 단지 하나를 다운로드하기 위해 필요한 것입니다 가정 exe file
에서 마이크로 소프트 : DotNetCore.1.0.0.RC2-VS2015Tools.Preview1.exe , 다음이 제공 제거 응용 프로그램 메시지가 나타나면.
대체 솔루션 : 이미 설치된 제거 프로그램 응용 프로그램 / 서비스
의 논리 오류 를 해결하거나 수정하기 위해 내가 한 일은 대신 다음 지침을 사용하는 것입니다 .
Visit
Programs and Features
창.Click
링크 옵션에Turn Windows features on or off
.Disable
확인란.NET Framework 3.5 (includes .NET 2.0 and 3.0)
.Disable
확인란.NET Framework 4.7 Advanced Services
.Disable
확인란Internet Information Services
.Reboot
.Visit
Programs and Features
창.Select
프로그램Microsoft .NET Core 1.0.0 RC2 - VS 2015 Tooling Preview 1
.Click
온Uninstall
링크.
이 솔루션을 사용 하여 Microsoft .NET Core 1.0.0 RC2-VS 2015 Tooling Preview 서비스를 올바르게 제거 할 수있었습니다 . 무엇보다 단지보다 나도 몰라 IIS 되지 않도록 혼자 여기 필요했다. 저는 세 가지 이전 Visual Studio 소프트웨어 IDE 를 정리하고 제거하는 과정에 있었고, Dev Box를 현재의 VS 2019 및 .NET Core 환경 으로 업그레이드하려고했습니다 . 그래서 Disable
체크 박스 .NET Framework 3.5 (includes .NET 2.0 and 3.0)
와 .NET Framework 4.7 Advanced Services
. 그러나이 작업 이 실제로 솔루션의 일부 인지는 알 수 없습니다 . 나는 또한 이것에 바칠 시간이 없습니다.
행운을 빕니다. 아인슈타인의 인용문이 보였습니다. professorbuzzkill.com/einstein-insanity-qnq 그리고 저는 이것을 실제 링크 대신 # 해시 태그에 연결했습니다. 왜냐하면 안전한 링크인지 모르겠 기 때문입니다. 익숙하지 않고 원본 소스를 찾고 있다면 검색하십시오.