Rider 2025.1의 새로운 기능

Rider의 새로운 Files(파일) 뷰를 사용하면 전체 코드베이스를 손쉽게 탐색할 수 있습니다. 이 새롭게 설계된 뷰는 기존의 Solution(솔루션) 뷰와 나란히 제공됩니다. Files(파일) 뷰는 루트부터 전체 저장소 구조를 보여주므로 풀스택 프로젝트, 구성 파일 및 최신 개발 환경을 구성하는 모든 항목을 다루기가 더 쉽습니다. 저장소 전체를 한 눈에 보기 위해서는 Solution Explorer(솔루션 탐색기) 도구 창 설정에서 New Files View(새 파일 뷰)를 선택하면 됩니다.

이제 Rider의 새로운 Roslyn 구문 트리 비주얼라이저를 통해 IDE 내부에서 C# 구문 트리를 직접 확인하고 탐색할 수 있습니다. 해당 비주얼라이저는 에디터와 동기화된 상태로 실시간 트리 시각화를 제공합니다.

대화형 노드를 탐색하고 해당 프로퍼티를 검사하고, 코드와 해당 트리 노드 사이를 빠르게 탐색하고, 포괄적인 검색 및 필터링 기능을 사용할 수 있습니다. 자세히 알아보기

Rider 2025.1부터 Windows 호스트에서의 원격 개발이 JetBrains Toolbox App을 통해 지원됩니다. Gateway는 여전히 Linux 연결용으로 제공되지만, 원격 개발의 주요 허브 역할은 Toolbox App으로 완전히 전환되고 있습니다. JetBrains Toolbox App을 사용하여 Windows, macOS 및 Linux 호스트 시스템에 연결하는 방법에 관해서는 이 블로그 글에서 자세히 알아보세요.

Rider는 이제 Unity Profiler와 통합되어 CPU 성능 인사이트를 에디터에 바로 제공합니다. IDE는 CPU 사용 스냅샷을 가져와 코드와 함께 인라인으로 표시하여 사용자가 Unity 스크립트를 작성하고 디버그하는 동안 성능 병목 지점을 쉽게 찾을 수 있도록 합니다. Unity Profiler 계층 뷰의 호출에서 Rider의 해당 메서드로 원활하게 이동할 수 있습니다.

게임 개발용 추가 업데이트

• 새로운 SDK의 프로젝트 템플릿 지원.
• 새 SDK를 대상으로 하는 프로젝트를 생성, 실행 및 디버그하는 기능.
• C# 14 및 VB 17.13의 최신 테스트 버전 기능 조기 지원.

Rider 2025.1은 .NET 10 및 C# 14의 미리보기 기능에 대한 초기 지원을 제공하여 최신 언어 기능을 한발 앞서 활용할 수 있도록 지원합니다.

이전에 nameof를 사용할 때는 모든 타입 인수를 지정해야 해서 불필요하게 장황해지기도 했습니다. C# 14에서는 타입 인수를 명시적으로 나열할 필요 없이 nameof(List<>)를 사용할 수 있습니다. Rider는 nameof 표현식에서 불필요한 제네릭 타입 인수를 탐지하고 이를 단순화하는 빠른 수정을 제공합니다.

C# 14에는 ReadOnlySpan<T>, Span<T> 및 T[] 간의 새로운 묵시적 변환이 도입되어 Span 기반 코드를 더 직관적으로 만듭니다. Rider는 이제 이러한 변환 규칙을 완전히 지원하여 사용자가 효율적이고 현대적인 C# 코드를 작성할 수 있도록 도와줍니다.

Rider와 ReSharper의 C# 언어 지원 개선 사항에 대한 자세한 내용은 공식 블로그에서 확인하세요.

F# 코드 완성 기능의 여러 부분을 전면 개편하여, 이제 더 빠르게 동작하고 메모리 사용량이 줄었으며, 제안 정확도도 향상되었습니다.

메타데이터 생성 과정을 최적화하고, 분석 불일치나 편집 중 멈춤 현상을 유발하던 문제를 수정했으며, 코드 편집 성능을 높이기 위해 취소 방식도 개선했습니다.

F# 지원과 관련된 기타 버그 수정 및 개선 사항은 여기에서 확인하실 수 있습니다.

Windows 및 Linux 사용자를 위해 메인 메뉴를 메인 툴바와 병합하는 새로운 옵션이 제공되어 인터페이스를 보다 간소화할 수 있습니다.

백그라운드에서 플러그인을 자동으로 업데이트하도록 Rider을 설정할 수 있습니다. 이렇게 설정하면 Rider가 사용 가능하고 호환되는 업데이트를 모두 다운로드한 후 다음 번 재시작할 때 별도의 알림 없이 적용합니다.

이번 릴리스에서는 문자열 인턴 시스템을 완전히 개편했습니다. IDE는 소스 코드, 구문 요소, 심볼 이름 및 파일 경로와 같은 방대한 양의 문자열을 처리하므로 효율적인 문자열 처리가 중요합니다. 새롭게 도입된 문자열 인터닝 시스템은 이전 버전에 비해 평균 네 배 더 많은 고유 문자열을 저장하면서도, 메모리 사용량은 절반 수준으로 줄였습니다. 이를 통해 대규모 .NET 프로젝트에서 더 많은 리소스를 확보할 수 있습니다.

Razor 태그 헬퍼 및 Blazor 구성 요소 지원이 2025.1에서 완전히 새로워졌습니다. 오랫동안 기다려온 이 개선으로 구성 요소 사용이 많은 대규모 ASP.NET 솔루션에서 분석 시간이 5~10% 단축됩니다. 또한 .cshtml/.razor 파일을 편집할 때 재분석 이벤트가 줄어들고 잘못된 오류 보고가 크게 감소합니다.

2025.1 릴리스에서는 웹 프레임워크 구성 요소의 컨텍스트에 따른 AI 기반 완성 기능을 집중적으로 개선했습니다. 이러한 변경 사항은 로컬 전체 줄 코드 완성과 클라우드 기반 완성 제안에 모두 적용됩니다.

Rider는 이제 AI로 생성된 유닛 테스트가 프로젝트의 기존 명명 규칙을 따르도록 보장합니다. 이에 따라 테스트 스위트 전반의 일관성이 유지되며, 수동으로 이름을 수정할 필요가 줄어들고 테스트 통합 과정도 더욱 원활하고 직관적으로 진행됩니다.

AI Assistant 기능에 대해 자세히 알아보려면 이 페이지를 참조하세요.

이제 Rider에서 .NET 애플리케이션을 디버그하면 하위 및 그 하위 프로세스에 자동으로 연결됩니다. 실행/디버그 구성에서 이 기능을 활성화하면, IDE가 애플리케이션의 프로세스 트리 내에서 생성되는 모든 .NET 프로세스를 추적하고 연결합니다.

이 기능은 새로운 Attach to child .NET processes(하위 .NET 프로세스에 연결) 체크박스를 사용하여 활성화할 수 있습니다.

Rider 2025.1은 LINQ 식에 대한 데이터 시각화를 개선하여, 복잡한 LINQ 쿼리를 디버거 내에서 더 쉽게 이해하고 디버그할 수 있도록 지원합니다. 이제 쿼리 실행 과정을 살펴보고, 중간 결과를 확인하며, LINQ 연산이 데이터를 어떻게 변환하는지 명확하게 파악할 수 있습니다. 자세한 내용은 이 기능에 관한 문서를 참조하세요.

Rider 2025.1에서는 dotnet watch 전용 실행 및 디버그 구성이 새롭게 추가되어, 코드 변경 시 자동으로 다시 빌드하고 재시작해야 하는 프로젝트의 개발 워크플로를 더욱 간소화할 수 있습니다.

이 개선 사항은 특히 ASP.NET Core 및 .NET 개발자에게 유용하며 .cs, .html, .css 파일이 수정될 때마다 애플리케이션이 지속적으로 빌드됩니다. 이 기능은 테스트 파일에도 적용되어, 코드가 변경될 때마다 테스트가 자동으로 실행됩니다.

Rider 2025.1에서는 실행 구성에 입력 및 출력 리디렉션을 사용할 수 있습니다. 이제 표준 입력(stdin)으로 사용할 파일을 손쉽게 지정하고, 프로그램 출력을 파일로 리디렉션할 수 있어 디버그와 테스트 워크플로가 간소화됩니다.

또한 이제 실행 구성에 로그 파일을 연결할 수 있습니다. 이러한 파일은 프로그램 실행 중 Run(실행) 또는 Debug(디버그) 도구 창에서 별도 탭에 표시됩니다.

Rider 2025.1에서는 환경 변수를 간편하게 관리할 수 있습니다. 변수를 수동으로 입력하는 대신, 실행/디버그 구성에서 .env 파일을 직접 사용할 수 있습니다. Environment Variables(환경 변수) 필드 옆에 있는 폴더 아이콘인 Browse(찾아보기)를 찾아 .env 파일을 연결합니다. 해당 파일은 Rider가 다음에 실행될 때 자동으로 로드됩니다. 여러 파일을 다양한 프로젝트에서 사용하여 일관된 설정을 유지할 수도 있습니다.

이제 diff 뷰에서 커밋 세부 정보를 바로 확인할 수 있습니다. Diff 대화상자에 커밋 메시지, 작성자, 날짜 및 시간, 전체 커밋 해시가 표시되어 파일 변경 이력을 더 명확하게 파악하고 수정 내용을 더 빠르게 이해할 수 있습니다.

이제 어떤 도구를 실행하든 검사 및 서식 지정과 함께 커밋 전 검사를 수행할 수 있습니다. 사용자 지정 검사는 Run Configuration(실행 구성) 대화상자에서 실행 구성으로 구성할 수 있습니다. 이를 통해 잠재적인 문제를 조기에 발견하고 코드가 커밋되기 전에 프로젝트 표준을 충족하는지 확인할 수 있습니다.

VCS 관련 업데이트에 대한 자세한 내용은 이 페이지를 참조하세요.

Unreal Engine 및 Unity 프로젝트 모두에 NoesisGUI 프레임워크를 지원합니다.

Rider의 원격 개발 지원이 이제 Unity 프로젝트에서 더욱 원활하게 작동합니다. 특히, 셰이더 베리언트 선택자가 제공되며, Unity의 Explorer(탐색기) 뷰에서도 열린 파일이 올바르게 선택됩니다.

Unity에 번들로 포함된 Rider 패키지에 몇 가지 수정이 적용되었습니다. 예를 들어, 루트 네임스페이스가 간헐적으로 누락되는 문제가 해결되었고, Unity 설정 페이지에서 바로 Unity 에디터 로그 파일을 열 수 있으며, Linux 환경에서 Rider 항목이 중복되지 않도록 수정되었습니다.

Rider 2025.1에서는 .NET Aspire 및 Azure Toolkit for Rider 플러그인을 통해 Azure Function 프로젝트의 실행 및 디버그를 지원합니다. 기능에 대한 의견이 있으시면 이 티켓에 댓글로 공유해 주세요.

.NET Aspire 플러그인은 이제 Rider에서 AWS Lambda Function 프로젝트의 실행 및 디버그를 지원합니다. 자세한 내용은 이 GitHub 문제를 참조해 주세요.

Rider 2025.1에서는 이제 Azure Toolkit for Rider 플러그인(Azure Functions 및 Azure Web Apps 지원)을 통해 Azure App Services 프로젝트의 원격 디버그를 지원합니다.

Rider 2025.1에서는 Blazor WebAssembly(WASM) 게시가 올바르게 지원됩니다. 이제 출력에서 파일이 누락되는 일 없이 browser-wasm 타깃 런타임을 사용하는 .NET Publish(.NET 게시) | Publish to Folder(폴더에 게시) 구성을 사용할 수 있습니다.

Rider는 이제 내부 제안이 없는 경우, 특히 import 문에 서비스 기반 빠른 수정이 우선적으로 적용됩니다. 이를 통해 관련 수정 사항이 먼저 표시되어 문제 해결의 마찰을 줄이고, 전반적인 코딩 경험을 향상시킵니다.

자세한 정보는 WebStorm의 새로운 기능 페이지를 참조하세요.

Code With Me

이전에는 Rider에서 Code With Me 세션을 시작하려면 직접 Enable Code With Me(Code With Me 활성화) 액션을 사용해서 재시작해야 했습니다. Rider 2025.1에서는 이 단계가 더 이상 필요하지 않으며, IDE를 재시작하지 않고 바로 협업 세션을 시작할 수 있습니다.

JetBrains 터미널: 새로운 아키텍처 베타

2025.1 릴리스에서는 새롭게 개편된 터미널 아키텍처가 베타 버전으로 제공됩니다. 이제 터미널은 안정적이고 표준을 준수하는 코어에서 실행되며 IDE의 에디터를 사용하여 UI를 렌더링합니다. 이러한 변경을 통해 로컬이든 원격이든 다양한 플랫폼에서 호환성과 성능을 유지하면서 새로운 기능이 도입됩니다. 이 블로그 글에서 계획과 진행 상황에 대해 자세히 알아보세요.

Rider 2025.1은 디컴파일러를 일부 개선하여 최신 C# 기능에 대한 지원을 강화하고 코드 가독성을 향상합니다. 새롭게 추가된 기능은 다음과 같습니다.

• required 멤버 지원.
• C# 13에서 새롭게 도입된 System.Threading.Lock 타입 지원.
• ref 필드와 scoped 매개변수 한정자 지원.
• allows ref struct 제네릭 반제약 조건 지원.
• ref struct 타입을 위한 패턴 기반 using.
• 문자열 보간 지원.
• 디컴파일링된 코드의 일부 정수 상수에 주석이 달린 16진수 표현 추가로 가독성 향상.
• 파일 범위 네임스페이스 지원.