Así que deberías poder fijar a una versión como:

```txt
fastapi>=0.45.0,<0.46.0
```

Los cambios incompatibles y nuevas funcionalidades se añaden en versiones "MINOR".

/// tip | Consejo

El "MINOR" es el número en el medio, por ejemplo, en `0.2.3`, la versión MINOR es `2`.

///

## Actualizando las versiones de FastAPI { #upgrading-the-fastapi-versions }

Deberías añadir tests para tu aplicación.

Logo, você deveria conseguir fixar a versão, como:

```txt
fastapi>=0.45.0,<0.46.0
```

Mudanças significativas e novas funcionalidades são adicionadas em versões "MINOR".

/// tip | Dica

O "MINOR" é o número do meio, por exemplo, em `0.2.3`, a versão MINOR é `2`.

///

## Atualizando as versões do FastAPI { #upgrading-the-fastapi-versions }

Você deve adicionar testes para a sua aplicação.

        val scalaVersion = VersionNumber.parse(versionProperties["scala-library"] as String)
        versionProperties["scala"] = "${scalaVersion.major}.${scalaVersion.minor}"

        findLatest("scala-xml", "org.scala-lang.modules:scala-xml_${versionProperties["scala"]}:[1.2.0,)", versionProperties)
        findLatest("groovy", "org.apache.groovy:groovy:[4.0,5.0)", versionProperties)

                int major = Integer.parseInt(parts[0]);
                int minor = Integer.parseInt(parts[1]);

                if (major > 4) {
                    return true;
                }
                if (major == 4 && minor > 1) {
                    return true;
                }
                if (major == 4 && minor == 1 && parts.length > 2) {
                    int patch = Integer.parseInt(parts[2]);

### Minor changes to the library {#minor_library_changes}...

Pull requests
-------------

Unless the change is a trivial fix such as for a typo, it's generally best to
start by opening a new issue describing the bug or feature you're intending to
fix. Even if you think it's relatively minor, it's helpful to know what people
are working on. And as mentioned above, API changes should be discussed
thoroughly before moving to code.

Some examples of types of pull requests that are immediately helpful:

     *
     * @return The major version number.
     */
    public int getMajorVersion() {
        return majorVersion;
    }

    /**
     * Gets the minor version number.
     *
     * @return The minor version number.
     */
    public int getMinorVersion() {
        return minorVersion;
    }

    /**
     * Gets the product version string.
     *

			Typeflag: 0x30,
			Linkname: "",
			Uname:    "david",
			Gname:    "david",
			Devmajor: 0,
			Devminor: 0,
			PAXRecords: map[string]string{
				"GNU.sparse.major":    "1",
				"GNU.sparse.minor":    "0",
				"GNU.sparse.realsize": "200",
				"GNU.sparse.name":     "sparse-posix-1.0",
			},
			Format: FormatPAX,
		}, {
			Name:     "end",
			Mode:     420,
			Uid:      1000,
			Gid:      1000,

                    Arguments.of("   ", "whitespace-only version"),
                    Arguments.of("4", "incomplete version (major only)"),
                    Arguments.of("4.0", "incomplete version (major.minor only)"),
                    Arguments.of("invalid", "non-numeric version"),
                    Arguments.of("4.0.0-SNAPSHOT", "snapshot version"),
                    Arguments.of("4.0.0.1", "four-part version"),

#### Exempt Files for Copyright Headers:

- Scripts critical to builds, CI, or deployment (e.g., `.kts`, `.groovy`).
- Auto-generated files (e.g., by code generators).
- Minor configuration files (e.g., `.gitignore`).
- Documentation samples and code snippets (e.g., `.java`, `.kt`, `.groovy`, `.kts`).
- Release notes (e.g., `.md`).
- READMEs (e.g., `.md`).