Nunit: .NET Framework 2.0 지원 종료(2005년 출시)

전적으로 동의하지만 커뮤니티가 변경 사항이 오고 있음을 인식하고 피드백을 제공할 수 있도록 이 작업을 천천히 수행해야 한다고 생각합니다. 우리는 몇 년 전에 커뮤니티를 마지막으로 설문 조사했지만 그 이후로 풍경이 바뀌었을 것으로 예상합니다. 또한 같은 이유로 콘솔과 엔진이 3.5로 업데이트되는 것을 보고 싶습니다.

MSTest와 xUnit은 현재 최소 .NET 4.5이며 이에 대한 심각한 푸시백을 보지 못했습니다. 또한 4.0 지원을 중단하고 그 안에 있는 모든 비동기 해결 방법을 고려할 수 있으며 테스트에 4.5가 필요합니다. 2.0/3.5와 마찬가지로 동일한 CLR입니다. 나는 이것을 하고 싶은 마음이 덜하지만 토론을 위해 테이블에 올려 둡니다.

몇 년 전에 NUnit이 .NET 3.5를 지원하지 않는 버그가 있었습니다. 얼마나 사용되었는지에 대한 표시인 보고되기까지 몇 개월이 걸렸습니다. 나는 2.0이 완전히 작을 것으로 예상한다.

강력한 이유가 없으면 다음 릴리스에서 지원을 중단할 계획과 함께 NUnit for .NET 2.0을 사용하는 모든 사람의 피드백을 요청하는 NUnit 토론 메일링 리스트에 이메일을 보낼 것을 제안합니다.

질문 - 이것은 4.0 릴리스를 보증하는 주요 변경 사항입니까? 4.0으로 이동하지 않고 PCL 및 .NET Standard 릴리스를 변경했습니다.

나는 당신의 제안을 좋아합니다.

xUnit 3.0에는 최소 .NET Framework 4.7.2가 필요합니다. https://github.com/xunit/xunit/issues/1732

동시에 net40에 대한 지원을 중단하는 것은 의미가 있고 비동기 항목에 대한 부담을 줄일 수 있습니다. net45를 net452로 이동하는 것을 고려해야 할 수도 있습니다.

.NET Framework 4, 4.5 및 4.5.1에 ​​대한 지원이 2016년 1월 12일에 종료되었습니다. Microsoft는 고객이 기술 지원 및 보안 업데이트를 계속 받으려면 .NET Framework 4.5.2로 업그레이드할 것을 권장합니다. 자세한 내용은 .NET Framework 지원 수명 주기 정책 FAQ https://support.microsoft.com/help/17455를 참조하십시오.

https://support.microsoft.com/en-us/lifecycle/search?alpha=.NET 프레임워크 4

이것은 4.0 릴리스를 보증하는 주요 변경 사항입니까? 4.0으로 이동하지 않고 PCL 및 .NET Standard 릴리스를 변경했습니다.

영향을 받는 사람은 거의 없을 것입니다. 다른 주요 변경 사항을 적용할 기회가 없다면 버전 번호 4.0을 사용하지 않는 것이 좋습니다.

/cc @ChrisMaddock 은 최근 net40 프로젝트와 함께 작업했습니다.

.NET 4.0 지원을 중단하고 싶지 않습니다. 대부분의 데스크톱 항목은 여전히 ​​.NET 4입니다. XP에서 사용할 수 있는 마지막 버전이기 때문에 오랫동안 이 문제를 해결했습니다. 지금은 기술적인 부채가 있지만 업그레이드에는 비용이 듭니다. 참고로 NUnit 3.0이 .NET 4.0 클라이언트 프로필에 대한 지원을 중단했을 때 나는 속상했습니다. 😉

.NET 4.0 빌드를 제거하면 .NET 4.0 테스트가 자동으로 .NET 3.5 빌드를 선택합니다. 이 빌드에는 여러 위치에서 API가 축소되어 있다고 생각합니다. 엄청난 변화를...

.NET 2.0에서 - 저는 상당히 냉담합니다. 내 관심사는 여러 플랫폼을 지원하는 라이브러리입니다. 나는 NUnit이 지원을 중단하도록 다른 라이브러리를 '권장'해야 한다는 데 동의하지 않습니다. 저는 개인적으로 테스트 라이브러리가 지원을 중단할 _마지막_ 사람들이 되어야 한다고 생각합니다. 라이브러리가 있는 한 테스트가 필요합니다! 🙂 나는 또한 XUnit/MSTest의 선택이 고려되어야 한다고 생각하지 않습니다. 역방향 호환성은 NUnit의 강점이며 우리가 채우는 생태계의 격차입니다. 좋은 일이야!

즉, .NET 2.0은 이제 _오래된_ 것입니다. 저는 우리가 그것을 삭제하는 것을 반대하지 않을 것입니다. 이러한 라이브러리 유지 관리자는 NUnit 3.11에서 실행되도록 .NET 2.0 테스트를 잠글 수 있습니다. Microsoft EOL 때 7년 지원이면 충분하다고 생각합니다!

저는 엔진에서 .NET 2.0을 제거하는 것을 적극적으로 지원하고 싶습니다. 이 경우 Mono 및 Remoting 교체와 같은 문제가 발생합니다. 프레임워크에서 동일한 장벽을 적극적으로 보지 않을 뿐입니다.

@ChrisMaddock 은 .NET 4.0 지원 및 비용에 대한 공정한 분석입니다. 감사합니다. 모든 테스트 스위트를 대상 4.5로 업데이트하는 것도 문제가 될까요?

사용자 컴퓨터에 .NET 설치에 대해 걱정할 필요가 없기 때문에 문제가 적습니다. 그러나 그것은 우리가 '지원'하는 플랫폼에서 테스트할 수 없다는 것을 의미합니다. 이는 이상적이지 않습니다. 우리는 수년에 걸쳐 4.0과 4.5 사이에 몇 가지 미묘한 차이를 발견했습니다.

.NET Core 및 자체 포함 배포를 가져오세요!

.NET 2.0을 사용하고 있고 테스트에서 .NET 3.5를 대상으로 삼고 싶지 않은 사람에게 이 문제에 대해 언급하도록 요청하는 이메일을 nunit-discuss 보냈습니다.

@rprouse 아마도 nunit 트위터 계정을 통해 질문을 방송할 수도 있습니다("우리"가 제어하고 있다고 추측/희망합니까?)

훌륭한 아이디어 @mikkelbu , 감사합니다. 모두 리트윗해주세요 https://twitter.com/nunit/status/1055845383400767490

트윗에 대한 트위터 노출수 1,911개 및 현재까지 응답 없음... 🤔

우리가 듣고 싶은 사람들은 모두 net20 테스트가 활발하게 개발 중이고 테스트 프로젝트를 net35로 옮기고 싶지 않은 사람들이므로 1,911이라는 숫자는 모든 사람이 영향을 받지 않거나 net35로 이동하게 되어 기쁩니까?

2.0-4.5에 대한 지원을 중단하면 완전히 합리적으로 들립니다. 우리는 현재 4.5.2+를 사용 중이며 천천히 4.6으로 마이그레이션하고 있습니다.

:+1: 명확히 하자면 이 시점에서 .NET Framework 2.0을 삭제하고 3.5–4.5 .NET Framework 빌드를 유지하는 것만 고려하고 있다고 생각합니다.

사람들이 .net 2.0을 사용하고 프레임워크를 업데이트하지 않는다면, 그들이 NUnit의 최신 버전으로 업데이트하는 것을 고려할 의향이 있는지 심각하게 의심스럽습니다. 이전 버전은 여전히 ​​작동하므로 3.5가 아니라 2.0을 계속 사용할 이유가 없습니다. 아마도, 아마도 4.0일 것입니다.

여기, 토론 목록 또는 트위터에서 부정적인 피드백을 받은 적이 없습니다. @nunit/framework-and-engine-team 이걸로 진행할까요? @ChrisMaddock이 언급했듯이 나도 엔진에서 동일한 작업을 수행하는 것에 찬성하지만 거기에서 논의할 수 있습니다.

한 달이 지났습니다. 나에게 좋은 소리. https://github.com/nunit/nunit/compare/master...jnm2 :drop_net20을 홍보해야 하나요?

PR을 제출하십시오. 우리가 병합하기 전에 그것에 대한 의견을 위해 며칠을 기다려 봅시다.

cc @JamesNK 인식을 위해 Newtonsoft는 여전히 .NET 2.0 NUnit을 사용하는 라이브러리 중 하나입니다.

NewtonSoft.JSON 테스트 프로젝트를 확인했는데 NUnit을 사용하고 있고 net20 타겟이 있습니다. https://github.com/JamesNK/Newtonsoft.Json/blob/master/Src/Newtonsoft.Json.Tests/Newtonsoft.Json.Tests.csproj

😢

nunit에 가장 적합하다고 생각하는 경우. 3.5 대상에서 항상 net20 DLL을 실행할 수 있습니다.

우리는 사람들을 슬프게 만들고 싶지 않습니다. 특히 net20이 필요한 사용자가 몇 년 더 있을 것으로 예상하십니까?

ℹ (일반 참고 사항) vstest.console.exe 15.9로 net35 테스트를 실행할 때 이것을 발견했습니다.

Framework35는 지원되지 않습니다. .Net Framework 3.5를 대상으로 하는 프로젝트의 경우 Framework40을 사용하여 CLR 4.0 "호환성 모드"에서 테스트를 실행하십시오.

아야!

VS가 3.5 러너에 대한 지원을 중단한다고 들었지만 몇 가지 업데이트를 전에 확인했는데 여전히 있었습니다. 드디어 일어난 것 같아요. 이상하게도 업데이트가 아니라 VS 2019에 나올 거라고 생각했습니다.

이 PR - Microsoft/vstest#1723에 도입된 것 같은데 릴리스 정보( https://github.com/Microsoft/vstest-docs/blob/master/docs/releases.md )에는 언급되어 있지 않습니다.

이것은 dotnet test 를 통해 구동되는 .NET Core SDK 2.1.500에 패키지된 VSTest.Console dotnet test . VS 15.9에 의해 설치되었다고 생각합니다.

특히 net20이 필요한 사용자가 몇 년 더 있을 것으로 예상하십니까?

모르겠어요. 어떤 대상이 사용되었는지에 대한 통계가 없습니다. 내 관점에서 net20 목표를 유지하는 데 많은 노력이 필요하지 않습니다. 내 계획은 유지하기가 고통스러울 때까지 그대로 두는 것입니다.