Introducing Godots: Ultimate go-to hub for managing your Godot versions and projects! - eviltoast
  • poVoq@slrpnk.net
    link
    fedilink
    arrow-up
    5
    ·
    1 year ago

    Godot 3.x and 4.x are major release versions that break API compatibility. It is very unlikely that you are developing a game for both versions the same time, so no need for a tool to switch easily between them.

    I am not talking about general stability, but API stability. Normally you want a game project to work with any version of the Godot 4.x release cycle.

    • popcar2@programming.dev
      link
      fedilink
      arrow-up
      9
      arrow-down
      1
      ·
      edit-2
      1 year ago

      Godot 4.x projects are compatible with each other and are stable but some people don’t upgrade right away for stability or plugins specific to that version. You don’t see many companies upgrading from Unity 2021 straight into Unity 2022 when it drops, they’d still use Unity 2021 for various reasons. That’s why Unity has Unity Hub for managing versions. I think a project like this can be useful.

      • poVoq@slrpnk.net
        link
        fedilink
        arrow-up
        4
        ·
        1 year ago

        Those major Unity release versions are more comparable to Godot 3.x and 4.x

        My point is that evidently minor releases of Godot are not sufficiently API stable, so that people feel the need to create and use a tool to switch between minor versions to work around compatibility issues. And I have seen some people complain about exactly that with Godot.

        • Rodeo@lemmy.ca
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          This has been a problem since forever with Godot. They like to backport major new features from the development branch to a new minor version of the previous branch. This means the API in the previous branch (3.x right now) is supposedly stable in that it is only extended and not modified. However there are two problems with this:

          1. If you use the new extended API is makes the project bound to that version and you lost backward compatibility. So it becomes the responsibility of the user to keep track of which feature are available in which versions and be conscious of backwards compatibility, instead of just sticking with a major version like you can with basically every other software in existence.

          2. It’s not even true. They modify the existing API and break projects all the time. The movement functions of the kinematic body classes have been changed at least three times during the 3.x cycle.

          So you’re right, the API is not stable, but you won’t get far with criticism from a professional software standpoint in the community (have a look at the demographics listed in the recent community poll for some insight as to why).

          Ultimately because of the relative instability of the API, I think this tool will be useful.

    • Kylamon1@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      I have a released game in 3.5. It is not realistic for me to update it to 4.0.

      I have to keep that code in 3.5, but if I want to start a new project in 4 I need to keep both versions on my pc. This is why the tool would be helpful. So I can easily switch between the 2 versions.