Search Unity

Manteniendo una versión estable de Unity mientras seguimos innovando

, marzo 15, 2016

En respuesta a la retroalimentación que recibimos de los usuarios sobre las últimas versiones de Unity que lanzamos, hemos decidido poner disponibles para descarga dos versiones distintas de Unity a partir de hoy: una versión estable de Unity (5.3.4) y una versión beta pública de Unity 5.4. Esto es resultado directo de nuestra decisión de enfocarnos en mejorar la calidad y de siempre proveer versiones estables de Unity.

El mantener el ritmo de innovación y la necesidad de estabilidad siempre han sido un reto; especialmente dados los comentarios tan diversos que recibimos, los cuales dependen en gran medida de la fase en la que se encuentra el proyecto.

Independientemente, hemos estado muy ocupados actualizando Unity desde que la versión 5 fue lanzada hace casi un año. Hemos agregado nuevas opciones de compilación y nuevas características, así como un ciclo de lanzamiento por cuatrimestres con parches públicos. Además, hicimos público nuestro roadmap.

El día de hoy, estamos anunciando la disponibilidad de dos nuevas versiones de Unity. Una versión estable y una beta pública.

5.3.4 es nuestra versión estable más actual. Nos hemos enfocado continuamente en mejorar la calidad de los lanzamientos del editor de Unity, además de que hemos trabajado duro para asegurarnos de que sea una versión segura y estable, por eso lo invitamos a actualizar. Continuaremos trabajando en mejorar la estabilidad de Unity 5.3.x con parches públicos adicionales durante los siguientes seis meses.

5.4 es nuestro lanzamiento beta más reciente. Con un compromiso y enfoque en la estabilidad, estamos haciendo la beta de Unity 5.4 pública, de manera que más usuarios puedan probarla por más tiempo. De hecho, a partir de ahora, los lanzamientos de versiones beta de Unity estarán disponibles para todos, incluyendo a los usuarios de Unity Personal Edition.

Una vez que la calidad de la beta pública sea estable, esta será promovida a un lanzamiento estable. De ese punto en adelante, comenzaremos a lanzar versiones menores y parches para cada versión estable de Unity(i.e. 5.4.x) además de que seguiremos dando parches y versiones menores para lanzamientos previos por unos cuantos meses más.

Esto nos permitirá que las nuevas características de Unity estén disponibles más rápido y asegurarnos de que cualquiera que quiera probar la nueva tecnología, pueda hacerlo. Pero más importante aún, el abrir el acceso a las betas permitirá que cualquier persona nos brinde su valiosa retroalimentación, así podemos trabajar para asegurarnos que nuestros lanzamientos, cumplan con sus expectativas.

Nos encantaría ver sus proyectos en la beta de Unity 5.4, contiene muchas mejoras en rendimiento y actualizaciones out of the box que mejoran la calidad visual que puede lograr con Unity. Esperamos que su proyecto de Unity se beneficie de estas mejoras.

Así como el uso de Unity aumenta, la diversidad de proyectos y aplicaciones hechos con Unity crece, y con ello el número de casos de uso específicos que puedan escapar a  nuestras rondas de QA. En verdad, agradecemos su retroalimentación en cada lanzamiento y los invitamos a reportar bugs, tanto en las versiones beta como en las versiones completas utilizando el Bug Reporter  que está en el menú de Help.

Estamos totalmente comprometidos con entregar la mejor calidad de Unity posible, y por eso estamos ansiosos por lanzar nuevas versiones para usted en los próximos meses.

Cualquier duda relacionada, puede escribir a o en @ArturoNereu.

38 replies on “Manteniendo una versión estable de Unity mientras seguimos innovando”

Yea, there is nothing more infuriating that hearing about all of your terrific new features, only to have existing the ones we were counting on to earn a living stop working.

You have always had previous releases available. All you have done is rename your already late 5.4 release to Beta because you couldn’t get it working.

Slow clap……………………

At lease your PR gut knows what he’s doing.

This is exactly what I though after the release date came and went, then a sudden public beta and a push of the «real» release date back to June. Using the beta for several months It’s very obvious they have broken more than they have fixed (unrelated things that have been stable in 5.3)


Maybe they might feel a lot of shame when they had to change 5.4 release into beta and delay to june so suddenly.

I think this is a great idea.

It must be tough for you guys too basically maintaining 3 – 4 concurrent editors. I think a lot of devs are right there with you – in order to support various platforms like Apple TV, performance issues and compatibility I’m mirroring 3 project files in 4.6.8, 5.2.2 and 5.3.4, and now testing in 5.4 – i think all of us want to focus on just one release:)

Stability is REALLY important. It’s safe to say millions of people love Unity very passionately, and if we can rely on upgrading without production breaking changes, that will have as much value as introducing new features.

New personal edition splash screen looks wirse, to my mind. It’s some sort of unprofessional..

That’s a good concept.

is there a way to install the unity beta and stable release at the same time?

I’d like to try beta, but that will mean overwriting the already existing stable 5.3 release on my machine.

How can I give feedback to unity about the beta? Is there a bug tracker?

On OSX you can rename the folder where Unity is installed to something different (e.g: «Unity5.3»), before installing the second version. The new version will be installed to the «/Applications/Unity» folder.
On Windows you can select the destination folder where Unity will be copied to, during the installation process.

As Ricardo says, Unity is perfectly fine to have multiple versions installed side-by-side – you just have to be careful on OS X that you rename your existing Unity install first, as we always install to /Applications/Unity on OS X.

For giving us feedback, there is indeed a bug tracker – there’s info here on how to submit reports.

I’ve tried renaming Unity folders on OSX but the renamed versions don’t work.
Whenever I try to start a project with it, it just hangs.

[…] แหล่งที่มา […]

Can anybody advise on the most efficient way to upgrade Unity installations without having to re-download gigabytes of data each time – or is this just the norm?

For eg. with the Unity installer, there is a large list of checkboxes for each module. If my previous installation checked all of these, am I to check them all again for future updates?

It’s a sincere question since I’m always a little anxious upgrading Unity. All responses appreciated!

You need to tick the same boxes for each version. You can’t take the downloaded modules between versions as they will have changed. We are working on things so one day this may not be the case but for now you do need to download them all for each version.

Since you say that Unity betas will be available to everyone, does that mean even 5.5, 5.6 etc and even things like the new 2D tools that are currently hosted on bitbucket?

I have a question about retina Support. It says retina will be supported for 5.4 but it not yet supported. I have been waiting for years for. it is only supported on Mac OS but not on Windows. When can we expect Windows Support of HiDPI? Thanks.

I say bravo unity , this is the right direction to take .
Unity always surprises me with how much they actually care about what the community thinks .
So bravo and thank you for taking your time , Dont rush it at all I can wait for a well performing and stable release so again thanks and keep up the good work!

When are you actually going to fully update all the documentation and tutorials? Every update seems to break some old functionality of the tutorials projects. I want to learn on my own and teach other people, and messing about fixing old projects doesn’t help at all.

You need to focus on your unit tests. You add a feature and break things not even related. «Around 300 unit tests» is a joke for a project this large and so many platforms. That needs to be your first step to making things right.

As some point you need to deal with the serialization, it’s such a mess and is the root of a lot of the issues developers run into as well as you guys do implementing features. From what I hear, it is the main reason your number one requested feature (nested prefabs) keeps getting abandoned.

I still am skeptical, the entire 5.x release has been a joke. There are great features hidden in there but it is so buggy and quirky it isn’t even up to 4.x in terms of reliability. Building in 5.x is so damn slow now as well, Cloud Build isn’t the solution for everyone.

I’m not sure where you got the idea that we have «only 300 unit tests.» Calculating the exact number of automated tests that we have in the codebase is nontrivial because we have many different suites that are run at different times, parametrised tests, etc – but we ran over 16,000 unique tests (i.e. not counting running the same test again) on the 5.3 branch between 5.3.3 and 5.3.4.

It’s a really good move to open up your beta to Personal Users. I feel it’s a great move to help Unity get more feedback on what’s working and what’s not. My personal project will most likely move to the Beta but at my work we will use the stable

This is very much appreciated and needed! The 5.x cycle so far was far from optimal to us, targeting iOS. What we (my team) need from Unity is a robust and fast engine. We don’t feel we need more feature than the current version already offers, this might of course totally differ from project to project.

We’re still stuck with 5.1.x due to performance issues in more recent Unity versions. We tried to update to 5.2.x a few weeks after it has been released, but experienced many crash issues that made us decide to roll back to 5.1.

This was when we realized upgrading Unity just doesn’t work as smooth as we expected and put a lot of effort into an experimental build of our game that builds with 5.3 and runs automated tests to (hopefully) catch many crashes and performance issues that we report to you guys hoping to get a stable and fast build.

Unity 5.3 seems to be more robust than 5.2 at the time, but suffers from performance issues (Case 761024), which I believe is the main reason why we didn’t upgrade to 5.3.

Thanks for concentrating on bug-fixes and performance issues. Looking forward to every new beta!

This was when we realized upgrading Unity just doesn’t work as smooth as we expected and put a lot of effort into an experimental build of our game that builds with 5.3 and runs automated tests to (hopefully) catch many crashes and performance issues that we report to you guys hoping to get a stable and fast build.

Did you build your automated tests on top of the Unity Test Tools? One thing we’re very interested in doing is finding games that have done this, and actually bringing their test suites in-house and making them part of the tests we run regularly. Reach out to me ( if you think this might be an option for you.

[…] more about our efforts to improve the quality of Unity releases here, or read on for a full rundown of the new features in the Unity 5.4 […]

…. for varying definitions of «stable.»

I look forward to Unity 5.3 truly stabilizing. Patch-level releases should not introduce new features.

Patch-level releases should not introduce new features.

We agree – you should not expect to see new features arrive in 5.3 releases.

Glad to see Unity agrees with that. Personally, 5.3 was a disaster by releasing the multi-scene stuff, causing unplanned work on our part to fix things up and also caused big issues for several middleware packages we use, some of which still are not fixed properly.

Indeed, you nailed it – for people with a live project, updating to Unity 5.3 was a disaster(from 5.1), especially if you use a decent amount of third party assets from the asset store. It took us a couple weeks to put everything back together and fix stuff, and we still have the quality settings bug in our LIVE GAME on Steam. Still waiting for Unity to fix it – currently users cannot change the quality of textures due to the bug in builds – if they do all UI textures gets jacked up. Both the UI bug in builds and the Multi Scene editing bugs just seems like results of not testing enough.

This is key. We’re currently focusing on this in my non-Unity day job (300+ developers and QA). Stable branches should only release fixes, not new features unless it’s absolutely necessary *AND* a completely tested back-merge. And even then, only merge to the Version.X unstable stable branch before merging to Version.Release stable.

That’s a very welcome move, I think. Now, if they try to get rid of this bastardized «issue tracker» and get a real one, would be even better.

Comments are closed.