Search Unity

패키지 관리자(Package Manager)는 Unity 기능을 선택형 패키지로 제공하여 워크플로의 속도를 높이고 런타임 크기를 최적화하는 모듈식 시스템이자 API입니다. 

새로운 방식을 사용하면 모든 기능이 핵심 에디터에 내장되어 있던 단일 구조의 아키텍처에서 벗어나, 프로젝트의 목적과 원하는 성능에 맞게 개발 환경을 커스터마이즈할 수 있습니다.

유니티는 지난 몇 년간 지속적인 노력으로 패키지 관리자 경험을 개선해 왔습니다. 이번 포스팅에서는 2021.1 테크 스트림 릴리스에서 확인할 수 있는 변경 사항을 소개해 드리고자 합니다.

사용자들로부터 패키지 준비 상태와 지원되는 패키지의 구분이 명확하지 않고, 품질에 대한 우려로 인해 워크플로가 영향을 받는다는 의견을 받았습니다. 이제 패키지가 명확하게 분류되므로, 지원되는 패키지와 사전 릴리스 패키지를 쉽고 빠르게 식별할 수 있습니다. 변경된 사항을 통해 패키지가 거치게 되는 단계와 작업을 파악하고 궁극적으로 Unity 패키지 표준이 정립되기를 바랍니다.

패키지 분류 방법을 설명해 드리겠습니다.

이제 에디터에서 “Released(릴리스 완료)” 또는 “Pre-release(사전 릴리스)”라는 레이블로 패키지가 새롭게 분류됩니다. Experimental(실험 단계) 패키지는 직접 설치하지 않는 이상 패키지 관리자 목록에 표시되지 않습니다. 아래 이미지와 같이 아이콘을 통해 프로젝트에 가장 적합한 패키지가 무엇인지 한 눈에 알 수 있게 됩니다.

실험 단계

실험 단계 패키지에는 아직 연구 중인 최신 기술 패키지가 포함됩니다. 아직 정식 제작용으로 테스트를 거치지 않았으며 로드맵에는 포함되지 않을 수 있습니다. 개인 개발자나 개발팀에서 사용자에게 직접 실험 패키지에 대한 지원을 제공할 수는 있지만, 공식 Unity 지원 채널을 통해 관리되지는 않으며, 실험 패키지는 릴리스하지 않고 지원이 중단될 수 있습니다.

정식으로 제작 중인 프로젝트에서 실험 패키지를 사용하면 잠재적인 위험이 따르므로 에디터의 패키지 관리자에는 실험 패키지가 표시되지 않습니다. 하지만 포럼이나 Unity 베타 관련 커뮤니케이션에서 실험 패키지에 대한 정보를 찾아볼 수 있으며, 테스트 프로젝트에 해당 패키지를 추가하는 방법을 확인하고 패키지가 제공하는 기능에 관해 개발자와 의견을 나눌 수도 있습니다.

다음은 새로운 패키지 라이프사이클의 각 단계를 요약한 설명입니다.

사전 릴리스 단계

사전 릴리스 패키지는 활발하게 개발 중인 기능으로, 미리 사용해 본 사용자들의 피드백을 필요로 합니다. 이 단계의 패키지는 보통 그 해의 Unity LTS(장기 지원) 릴리스까지 안정화를 거치고 릴리스 준비를 마칩니다. 사전 릴리스 패키지는 Unity 공식 지원을 받으며 로드맵에 포함됩니다. 패키지 관리자에서 사전 릴리스 패키지를 찾으려면 프로젝트 설정에서 해당 옵션을 활성화해야 합니다. 사전 릴리스 패키지에 관한 자세한 내용은 Unity 베타 블로그에서도 확인할 수 있습니다.

“실험” 패키지와 “사전 릴리스” 패키지는 더 이상 패키지 관리자에서 기본 설정으로 표시되지는 않지만 언제든 사용 가능합니다. 초기 개발 단계에 있는 패키지의 경우 사용자의 피드백이 매우 중요하며 패키지 라이프사이클의 핵심 부분을 차지합니다. 현재 최신 관련 정보를 제공하고 사용 가능한 새로운 실험 패키지와 사전 릴리스 패키지에 관한 대화를 나누기 위한 전용 포럼과 웹 페이지를 제작하고 있으며, 베타 커뮤니케이션 채널을 통해서도 자세한 정보를 공유할 예정입니다.

릴리스 완료 단계

릴리스 완료 패키지는 이전 라이프사이클의 검증됨(Verified) 단계에 해당됩니다. 릴리스 완료 패키지는 패키지 관리자 창에서 기본적으로 검색 가능한 패키지이며, 이러한 모든 패키지는 Unity의 검증을 완료한 기능으로 정식 제작 중인 프로젝트에서 안전하게 사용할 수 있습니다.

따라서 릴리스 완료 패키지는 테스트와 검증 단계를 거쳤으며 Unity 팀의 엄격한 릴리스 표준을 준수하는 패키지입니다. 콘텐츠 제작에 얼마든지 사용 가능합니다.

특정 릴리스 완료 패키지와 릴리스 예정 패키지에 관한 자세한 정보는 Unity 매뉴얼에서 확인할 수 있습니다.

FAQ

이전에 프리뷰(Preview) 단계로 제공되던 패키지는 어떻게 되나요?

모든 프리뷰 패키지는 Unity 2021.1에서 실험 패키지로 분류될 예정입니다. 다음 Unity LTS 릴리스까지 릴리스 완료 단계가 될 예정이며 안정적인 API가 될 경우에만 해당 패키지를 사전 릴리스 상태로 승격할 예정입니다.

패키지는 계속 실험 단계에 머무르게 될 수도 있습니다. 이러한 패키지에 대해서는 지원이 제공되지 않으며 릴리스되지 않을 수도 있습니다.

 

실험 패키지를 찾아 테스트하려면 어떻게 해야 하나요?

실험 패키지 관련 정보는 베타 관련 커뮤니케이션이나 포럼에서 확인할 수 있습니다. 이러한 패키지는 큰 위험을 내포하며 테스트 목적으로만 사용해야 합니다. 일반적으로 제품 피드백이나 특정 테스트 요구 사항이 필요한 경우 공개됩니다.

 

지원 중단 예정인 패키지는 어떻게 공지될 예정인가요?

실험 패키지에 관한 정보는 패키지 전용 포럼에서 공유됩니다.

릴리스 완료 패키지 중 지원이 중단되는 패키지가 있는 경우 공식적으로 발표됩니다.

 

Unity 버전에 대해 어떤 라이프사이클이 적용되나요?

Unity 2018~Unity 2020: 라이프사이클 v1(프리뷰, 검증됨 단계)

Unity 2021 이상: 라이프사이클 v2(실험, 사전 릴리스, 릴리스 완료 단계)

 

릴리스 완료 패키지의 새로운 버전을 찾아 테스트하려면 어떻게 해야 하나요?

릴리스 완료 패키지의 새로운 버전은 사전 릴리스 단계로 포함되며, 프로젝트 설정에서 해당 옵션을 활성화하면 찾을 수 있습니다.

 

아직 출시되지 않아 현재 표시되지 않는 패키지는 어디에서 찾을 있나요?

패키지가 사전 릴리스 상태에 도달하지 못한 경우 유니티는 해당 패키지의 사용 가능 여부나 지원 여부를 보장할 수 없습니다. 해당 패키지의 포럼 스레드에 방문하여 상태 정보를 확인하시기 바랍니다.

새로운 패키지 관리자 경험에 대한 개발자의 소중한 의견을 기다리고 있습니다. 질문이나 의견이 있는 경우 포럼을 방문해 주세요. 

18 replies on “Unity 2021.1: 새로운 패키지 관리자 경험”

“[Experimental packages] have not been tested for production, and they are not necessarily part of any roadmap. […] Pre-release packages are officially supported by Unity and are part of the roadmap.”

Where can we find this mythical roadmap of upcoming features?

I’ve definitely seen this exact blog post before. Since I can’t seem to find it again among the older entries I’m guessing this was just pulled to the front for relevance since 2021.1 was just released?

Although it seems the orignal comments were lost?

For the love of the god, add the option to show experimental packages in Package manager.
It’s so annoying looking for the package, just to realize I have to go to forums to find the correct URL.

I get it, it’s experimental, it can get deleted without notice, fine. It has been said million times on million places.
There are big warnings all over the Unity. Just let me use it easily.

God, yes. Totally agree with this. Just put a checkbox to show Experimental packages next to the “Enable Pre-Release packages” and when ticked, pop up a disclaimer with a big red exclamation mark.

Having to scour the web for mythical package identifiers, which are often outdated, is a really bad user experience. On top of that, it undermines the potential for the Unity package manager to be the single source of truth with everything relating to packages, including Package discovery.

Lastly, aligning the new naming of package lifecycle with NuGet could be familiar to more developers.

Not providing a button to toggle experimental packages and requiring a url to be entered feels like an overreaction to people complaining about experimental/preview packages not being ready etc.

I can figure out eventually how to find the url, I think, and enter it but why are you wasting my time in this way? Just add a toggle experimental button and provide a severe warning dialogue or similar saying ‘proceed at your own risk’ or whatever.

Yes, this seems like the best way.

The Unity Package Manager is used by coders and developers. We’re not Google Chrome users who happened to bump into the developer console. Still, it’s good to have warnings, but make it to where a power user can use Package Manager to have the best experience if they so choose.

The main benefit of independent modular package system is that you can develop and deliver them individually. But as I can see their lifecycle is still tied up with Unity releases. So we get the complication without the actual benefit, is that right?

Wait. So you still deliver, support, and are fine with us using pre-release packages…. but you’re making them harder for us to find… just because? This makes absolutely no sense whatsoever.

The editor tells us in bright yellow letters that we’re using prerelease packages, they are labeled as prerelease packages, and they have a prefix telling us that the versions are prerelease packages. We get it – we know they are prerelease packages.

Hi, Please note that Pre-release packages are still discoverable on the Package manager by enabling the option in Project Settings, packages in Experimental can be added by “add package by name” and information about those in the Beta forum and communications

It would be nice if you’d let the community know that the package manager is completely broken in many versions of Unity, requiring people to manually delete the cache folder before updating packages. As an asset store publisher of about 30 assets which get regularly updated, it’s incredibly frustrating to have to have a 10 minute conversation about the package manager every time a user comes to me claiming that something isn’t working because they can’t update their assets. Further, since the package manager shows that the asset is updated (When it isn’t), half of them argue with you about having the latest when they don’t.

It’s not my responsibility to tell each of your five million users about this issue personally, and Unity has chosen to burn the trust of it’s publisher community and users by pretending that this is not an issue.Bug’s happen- I get that, but the ripple effects of this not being communicated to end users is wasting everyone else’s time.

At least maintain a list of all your preview packages and make that easily accessible. Or make it a toggleable option to show them in the package manager. I love looking to unity preview packages, and this is just going to make looking through them and offering feedback a lot more annoying.

Hi Scion
We are keeping track of the Experimental and Pre-release packages here: https://forum.unity.com/forums/experimental-pre-release-packages.549/ also we will be highlighting some of those as part of the Beta initiative like this example: https://blogs.unity3d.com/2021/03/10/in-editor-tutorials-available-to-try-in-unity-2021-1/ . Please also note that all Pre-release packages can be discovered directly in the Package Manager by enabling the option in Project settings

That list is only a part of the experimental packages exist even today. How can we trust you to maintain a list of packages if you leave out half of them even at the start?

Maintaining a list manually is an inherently bad idea. Package manager does a better job at it. When the team publishes a version of their package it becomes available. End of story.

댓글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다