Rider 2025.2에서는 JetBrains의 AI 코딩 에이전트인 Junie를 IDE에 직접 통합합니다. 사용자는 여러 단계로 구성된 복잡한 작업을 프롬프트를 통해 위임하고 계속 제어하면서 Junie가 처리하도록 할 수 있습니다. 게임 개발자라면 이번 릴리스에서 Unity 셰이더의 소스 수준 디버그, 혼합 모드 디버그 지원, Unreal Engine과 Godot의 다양한 개선 사항 등 마음에 드는 점이 많을 것입니다. 새로운 OpenTelemetry 플러그인을 사용하면 로그 및 메트릭과 같은 런타임 관찰 데이터를 IDE에서 직접 얻을 수 있습니다.
워크로드를 줄이고 전반적 생산성을 높일 수 있도록 설계된 AI 코딩 에이전트, Junie를 이용하는 새로운 코딩 방식을 알아보세요.
실제 개발자 작업에 초점을 맞춰 코딩 에이전트를 구축하고 있으며, 이를 통해 더 쉽게 도입하고 신뢰할 수 있는 결과를 얻을 수 있도록 돕고 있습니다. Junie는 간단한 작업도 실행할 수 있지만, 더 복잡한 작업에 배정될 때 그 진가를 발휘합니다. Code(코딩) 모드를 사용하여 코딩 작업을 위임하거나 Ask(물어보기) 모드를 사용하여 기능 또는 새로운 솔루션에 대해 브레인스토밍하세요.
이 페이지의 AI 섹션으로 이동하여 Junie에 새로 추가된 기능에 대해 알아보세요.
새로워진 Monitoring(모니터링) 도구 창을 이용하면 .NET 애플리케이션의 성능을 더 쉽게 최적화할 수 있습니다. CPU 사용량, 메모리 사용량 및 가비지 컬렉션 활동에 대한 대화형 차트를 제공하며, 더 심층적인 분석을 위해 성능 또는 메모리 프로파일링 세션을 시작하도록 지원합니다. 또한, Windows에서 성능 병목 현상을 자동으로 탐지할 수 있습니다! 찾은 항목을 클릭하거나 차트에서 시간 간격을 선택하면, 번들로 포함된 dotTrace 프로파일러에서 호출 스택 데이터가 열리고, 에디터에서 관련 메서드로 바로 이동됩니다.
새로운 OpenTelemetry 플러그인을 사용하면 IDE를 벗어나지 않고도 런타임 가시성을 확보할 수 있습니다! 이 플러그인을 통해 로그 및 메트릭이 Rider에 직접 통합되므로. 로그 항목에서 관련 코드로 바로 이동하고, 성능 메트릭을 시각화하고, 애플리케이션의 흐름에 따라 자동 생성된 아키텍처 다이어그램을 확인할 수 있습니다. 따라서 외부 대시보드 없이도 개발과 테스트 과정에서 시스템의 동작을 이해할 수 있습니다.
JetBrains IDE는 이제 MCP(Model Context Protocol) 서버의 원클릭 설정을 통해 타사 AI 에이전트에 쉽게 연결할 수 있도록 지원합니다. 호환되는 클라이언트가 시스템에서 탐지되면, IDE는 서버를 활성화하고 자동으로 연결을 구성하라는 메시지를 표시합니다. 수동 설정은 필요하지 않습니다.
이 통합을 통해 JetBrains IDE 기능을 선호하는 AI 클라이언트의 지능형 확장 기능으로 활용하여, 유닛 테스트 실행, 코드 리팩터링 및 파일 생성 등의 액션을 트리거할 수 있습니다.
Rider 2025.2에서는 Rider의 가비지 컬렉션을 처리하는 ConserveMemory 설정을 실험적으로 도입했습니다. 그 결과, 최대 부하가 관리된 메모리 소비가 20% 감소하였으며 특히 대규모 코드베이스로 작업할 때 이러한 개선이 두드러졌습니다.
지역 변수나 사용자 정의 감시점을 평가할 때 부하가 많이 걸리는 경우 Rider가 디버거 단계별 실행을 처리하는 방식을 개선했습니다. 이전에는 부하가 높은 감시점(대규모 Unity 객체나 복잡한 LINQ 표현식 추적 등)에서는 Rider가 필요한 계산을 수행하는 동안 코드의 단계별 실행 속도가 느려질 수 있었습니다. Rider는 이제 불필요한 평가를 더 효율적으로 취소하여 많은 수의 감시점이 있는 프로젝트에서도 빠르고 반응성이 뛰어난 단계별 실행을 제공합니다.
Rider 2025.2는 C# 14의 최신 기능에 대한 조기 지원과 코드 분석을 위한 다양한 개선 사항을 제공합니다. 주요 개선 사항은 다음과 같습니다:
Rider 테스트 버전은 코드 완성 기능, 코드 분석, Find Usages(사용 위치 찾기), Rename(이름 변경) 리팩터링 등을 제공하여 새로운 C# 14 확장 멤버를 지원합니다.
C# 14는 partial 이벤트와 생성자를 통해 소스 생성의 가능성을 확장합니다. Rider는 이러한 새로운 사용 사례를 처리하도록 업데이트되었습니다.
Rider 2025.2에서는 새로운 a?.b = c 및 a?[i] = c 패턴을 사용하여 코드를 간소화하고 잠재적인 null 값을 안전하게 처리할 수 있습니다.
Rider는 C# 14에 도입된 사용자 정의 복합 대입 연산자를 정확히 이해하고 처리합니다.
Rider는 이제 새로운 #! 및 #: 전처리기 지시문을 인식합니다.
C# 및 코드 분석 업데이트의 전체 목록을 보려면 ReSharper 2025.2의 새로운 기능 페이지로 이동하세요.
Rider는 이제 Roslyn의 CompletionProvider API를 기반으로 한 코드 완성 확장 기능을 지원합니다. 즉, NuGet에서 제공하는 분석기는 Roslyn CompletionService에 연결하여 지능적인 컨텍스트별 코드 제안을 제공할 수 있습니다.
이 향상된 기능은 경로 패턴 및 내장된 언어 구문과 같은 고급 ASP.NET Core 완성 기능과 커뮤니티 패키지 및 내부 도구의 사용자 지정 완성 기능을 지원하여 Rider 개발 환경에서 더 많은 유연성을 제공합니다.
Rider는 이제 사용자 지정 로직을 사용하여 소스 파일을 복잡하게 만들지 않고 불필요한 경고를 제거하는 Roslyn 기반 억제기를 완벽하게 지원합니다. 기존의 [SuppressMessage] 속성이나 #pragma 지시문과 달리 이러한 억제기는 드러나지 않게 백그라운드에서 작동합니다. 진단이 억제되면 에디터에서 사라지고 워크플로를 방해하지 않습니다.
코드 완성 및 빠른 수정에서 Import(가져오기) 기능을 더욱 개선하여, 이제 정적 타입 멤버를 지원하고 다른 심볼에 대해 더 나은 성능과 정확성을 제공합니다.
이제 코드 어노테이션이 필요한 타입을 자동으로 가져오고 더 다양한 상황에서 컨텍스트 액션을 통해 추론된 타입을 지정할 수 있습니다.
언어 상호 운용성 및 F# 스크립트와 관련된 문제를 포함하여 코드 분석 시 발생하던 여러 문제를 해결했습니다.
JetBrains의 AI 코딩 에이전트인 Junie가 이제 30% 더 빨라졌으며 모델 컨텍스트 프로토콜(MCP)을 지원하여 더 심층적인 컨텍스트 인식과 스마트해진 작업 실행이 가능해졌습니다. 이번 릴리스부터는 Junie를 사용하여 원격 개발도 할 수 있습니다.
Junie가 이제 GitHub와 통합되어 사용자가 IDE를 열지 않고도 풀 리퀘스트를 관리할 수 있습니다. 비동기적으로 작업할 경우 Junie는 분석과 응답에 더 많은 시간을 할애하여 심층적인 컨텍스트별 결과를 제공합니다. 이 기능은 현재 얼리 액세스 프로그램에서 이용할 수 있습니다. 대기자 명단에 등록하여 IDE에서 사용해 보세요.
JetBrains AI Assistant가 대대적으로 업그레이드되어 개발 워크플로에 완벽하게 통합되고, 더 빠르며, 더 정확하게 프로젝트를 인식하는 AI 지원을 제공합니다.
새롭게 추가된 기능은 다음과 같습니다.
자세한 내용은 여기에서 확인하세요.
AI Assistant가 이제 Microsoft Visual Studio Code에서 지원되어 JetBrains IDE의 친숙한 AI 기반 기능을 VS Code 워크플로에서 이용할 수 있습니다.
이 확장 기능은 프로젝트 인식 채팅, Mellum 기반 지능형 코드 완성, 문서 생성, 커밋 메시지 제안 등을 제공합니다. 새롭게 도입된 Agent(에이전트) 모드는 복잡한 다중 파일 변경을 수행하며, 이때 사용자는 전체 프로세스를 완벽하게 제어할 수 있습니다.
Rider와 VS Code 모두에서 C#으로 작업하는 경우 이 옵션이 매우 좋습니다. 현재 가지고 있는 JetBrains AI 구독을 사용할 수 있으며, 구독이 없는 경우 JetBrains 계정으로 로그인하면 자동으로 무료 AI EAP 라이선스를 받게 됩니다.
이번 릴리스에는 저수준 예외를 지원하는 유용한 새 기능이 도입되었습니다.
Unreal Engine을 포함한 많은 프레임워크는 int3 명령어 및 이와 비슷한 신호 또는 컴파일러 내장 함수를 사용하여 디버거를 강제로 중단시키는데, 이는 일반적으로 어설션으로 구현됩니다.
Rider 2025.2에서는 새로운 예외 억제 중단점을 통해 전역적으로, 또는 저수준 예외가 발생할 때 에디터에서 마우스 오른쪽 버튼을 클릭하여 로컬로 이러한 어설션 예외를 억제할 수 있습니다.
자세한 내용은 블로그 게시물을 읽어보세요.
특정 메서드에 대한 Step Into(스텝인투) 동작을 변경하는 강력한 전문 사용자 기능인 스텝 필터를 추가했습니다. 메서드나 함수가 건너뛰도록 표시된 경우, Step Into(스텝인투) 액션은 Step Over(스텝오버)와 비슷하게 작동하여 디버그 시 '라이브러리' 코드를 작업하기가 훨씬 쉬워집니다.
메서드와 함수는 UI에 추가하거나 .natstepfilter 및 .natjmc 파일을 통해 구성할 수 있습니다.
여러 프로세스를 디버그하는 것은 복잡한 작업일 수 있으므로, 프로세스 중 하나에서 중단점에 도달하면 모든 프로세스를 일시 중지하는 새로운 설정을 추가했습니다. 또한 모든 프로세스를 재개, 일시 중지 및 중지하는 새로운 액션도 있습니다.
Rider 2025.2는 이제 원격 .NET 애플리케이션을 디버그할 때처럼 원격 컴퓨터에서 기본 프로세스를 디버그하는 것을 지원합니다. Attach to Process(프로세스에 연결) 대화상자는 SSH를 통해 원격 컴퓨터에서 프로세스 목록을 가져온 다음 선택한 프로세스에 디버거를 연결합니다.
현재는 Windows에서만 사용 가능합니다.
기타 부수적인 업데이트로는 하위 프로세스에 대한 연결을 제어하는 구성 파일을 통해 하위 프로세스 탭의 순서를 변경하는 기능이 포함되며, C++ 중단점에 대한 도달 횟수 조건도 새롭게 지원됩니다.
물론, 이러한 새로운 기능은 Unreal Engine 개발에도 원활하게 작동합니다! Unreal Engine의 다른 새로운 기능에 대해 알아보려면 게임 개발 섹션을 확인하세요.
Rider는 이제 번들로 포함된 Frame Viewer 플러그인을 통해 Unity 셰이더의 소스 수준 디버그를 제공합니다!
.rdc 렌더링 스냅샷을 Rider 내에서 직접 검사할 수 있습니다.현재 Windows상의 Unity 프로젝트에서만 사용 가능합니다.
많이 요청된 기능 중 하나는 특히 Unity 프로젝트에서 관리형 코드와 네이티브 코드를 모두 디버그하는 것이었습니다. Rider 2025.2는 Unity 프로젝트에서 혼합 모드 디버그를 지원합니다. 이제 C# 및 C++ 코드 모두에 중단점을 설정하고 두 코드 사이를 단계별로 이동할 수 있습니다. 실행 구성 에디터의 체크박스를 사용하여 혼합 모드 디버그를 활성화하세요.
현재 Windows상의 Unity 프로젝트에서만 사용 가능합니다.
Rider와 Unity Profiler의 통합이 기본적으로 활성화됩니다. 이 기능은 2025.1에서 실험적으로 도입되었으며, 이제 실험 단계를 벗어나 기본적으로 활성화되었습니다. Unity에서 프로파일링을 수행하면 Rider가 자동으로 세부 정보를 로드하고 에디터에 바로 성능 정보를 표시합니다.
이 기능에 대한 자세한 내용은 Rider의 문서에서 확인하세요.
또한 중단점 건너뛰기, 중단 및 기타 성능 문제를 일으킬 수 있는 여러 가지 문제를 해결했습니다. 이러한 문제는 프로젝트별로 매우 다르고 규모, 특정 코딩 패턴, 제네릭 사용 등과 관련이 있기 때문에 추적하고 재현하기가 매우 어렵습니다. 이러한 문제를 진단하고 재현하는 데 커뮤니티로부터 큰 도움을 받았습니다. 매우 유용한 정보와 피드백을 제공해 주신 모든 분들께 감사합니다!!
UINTERFACE에 Show Usages(사용 위치 표시) 적용 Blueprint 내부에서 코드가 사용되는 위치를 보여주는 탁월한 Rider 기능이 UINTERFACE를 구현하는 Blueprint를 지원하도록 확장되었습니다.
BlueprintGetter 및 BlueprintSetter 메타데이터의 메서드 이름에 대한 코드 완성 기능을 추가했습니다.
.uproject 파일 로드를 위한 새로운 제안자 이번 릴리스에서는 솔루션 파일을 생성하는 대신, Unreal Engine 프로젝트를 로드할 때 .uproject 파일을 사용하라는 작고 편리한 알림을 추가했습니다.
Rider는 Unreal Engine의 기본 프로젝트 형식을 불러올 수 있으며 솔루션 파일을 생성할 필요가 없어 게임 개발을 위한 작업 단계가 하나 줄어듭니다. 또한 이 변경으로 Rider가 Mac 및 Linux에서 Unreal Engine 프로젝트를 로드할 수 있습니다.
그뿐 아니라 Unreal Engine 작업에 큰 도움이 되는 여러 가지 새로운 기능을 기본 디버거에 구현했습니다. 기본 디버그 섹션에서 최신 변경 사항을 알아보세요.
Rider 2025.2에는 커뮤니티에서 이전에 제공되던 플러그인을 기반으로 하는 새로운 GDScript 플러그인이 포함됩니다.
즉, Rider는 이제 GDScript에 코드 완성, Godot 노드, 리소스 등의 자체 기능을 추가할 수 있습니다. 문서 툴팁과 매개변수 힌트를 표시하고, Ctrl+클릭을 통한 선언으로의 이동과 Find Usages(사용 위치 찾기)를 지원하며, Rename(이름 변경)과 같은 리팩터링도 지원합니다. 또한 새로운 소스 코드를 쉽게 추가할 수 있는 파일 템플릿도 포함합니다.
현재 씬의 모든 노드를 표시하는 Scene Preview(씬 미리보기) 도구 창과 현재 씬을 실행하고, 상위 메서드를 강조 표시하고, 리소스 사용량을 모니터링하고, 신호를 연결하는 등의 작업을 수행할 수 있는 에디터 내 아이콘도 제공됩니다. 검사를 통해 도달할 수 없는 코드, 누락되었거나 잘못된 반환 타입 등의 문제를 확인할 수 있습니다. 또한 Godot 에디터보다 심층적인 분석을 수행하고, 타입이 지정되지 않은 값과 실수로 인한 묵시적 형 변환을 더 엄격하게 처리할 수 있습니다. 또한, 문제를 해결하거나 소소한 변경을 수행할 수 있는 Alt+Enter 액션이 많이 있습니다.
향후 릴리스에서는 Rider의 GDScript 지원에 대한 추가 업데이트가 제공될 예정입니다.
C++ Godot 소스 워크플로의 여러 문제도 해결했습니다. doctest 기반 테스트가 이제 올바르게 실행되고, .sln/.vcxproj 생성이 개선되어 macOS, Linux, Windows 및 다양한 C++ 툴체인을 지원합니다. C# 스크립트의 경우, 이제 Godot의 에디터 설정에 JetBrains Rider와 JetBrains Fleet의 별도 등록 옵션이 있습니다.
Rider 2025.2에서는 dotCover를 사용한 Mono 및 Unity 프로젝트의 커버리지 분석을 더 이상 제공하지 않습니다. 낮은 사용량을 분석한 결과, 이로 인해 팀의 기술 부채가 크게 증가했다는 사실을 깨달았고, 현재는 성능 개선과 브랜치 커버리지에 집중하고 있습니다. Unity가 CoreCLR로 마이그레이션한 후(아마도 Unity 7 LTS 이후) Unity 프로젝트에 대한 커버리지 분석을 복원할 계획입니다. 적용 애플리케이션 대화상자에서 사용할 수 있는 타깃 애플리케이션 유형은 .NET, .NET Core, Windows Service 및 IIS로 줄었습니다. 이러한 변경으로 부정적인 영향이 있거나 우려 사항이 있는 경우, 지원 팀에 문의해 주시기 바랍니다.
Rider 2025.2에서는 새로운 TypeScript-Go 언어 서버에 대한 실험적 지원을 도입하여 TypeScript 개발에 향상된 성능과 최신 아키텍처를 제공합니다.
TypeScript 대신 @typescript/native-preview 패키지를 종속성으로 설치하면 프로젝트에서 해당 기능을 활성화할 수 있습니다. Rider는 올바른 언어 서버를 자동으로 감지하고 사용합니다.
자세한 정보는 WebStorm의 새로운 기능 페이지를 참조하세요.
Rider는 이제 번들로 포함된 플러그인을 통해 SQL 데이터베이스 프로젝트를 지원합니다. 이 플러그인은 별도 설정 없이 바로 사용할 수 있으며, SQL 데이터베이스 프로젝트의 작업 경험을 한층 개선합니다. 핵심 기능은 다음과 같습니다.
Microsoft.Build.Sql SDK 스타일 프로젝트 지원.Rider 2025.3부터 동적 프로그램 분석(DPA) 기능이 현재 형태로 더 이상 제공되지 않습니다. 하지만 이것은 작별이 아니라 변화입니다.
애플리케이션 성능을 관찰하고 개선할 수 있는 단일한 위치를 제공하고 워크플로를 간소화하기 위한 대대적인 노력의 일환으로 DPA의 일부 분석 시스템이 Monitoring(모니터링) 도구 창에 통합됩니다. 이러한 변화를 통해 더 빠르고 뛰어난 소프트웨어를 구축하는 데 필요한 귀중한 인사이트를 계속 얻으면서 더 효율화된 작업을 경험할 수 있습니다. Monitoring(모니터링) 도구에 포함된 DPA 기능은 dotUltimate 라이선스를 통해서만 사용할 수 있습니다.