Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Add module version metadata to binary distributions

Geschlossen
  • Stimmt etwas nicht?
#1,228 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Ein zugehöriger Pull Request wurde bereits gemerged.

  • #1231 von @Kyle-Ye — gemerged

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
swift
Bereich
build-system, release

Rechercherichtung

Start with the build settings that publish OpenSwiftUI and OpenSwiftUICore, tracing how SWIFT_USER_MODULE_VERSION is set and how -user-module-version reaches the generated .swiftinterface files. Then inspect the distribution validation path for the iOS, macOS and visionOS slices, and compare it with the standalone DemoKit experiment. Done means version checks pass at and below 0.25.0, fail above it, and the docs explain _underlyingVersion and unversioned-module behavior.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area: tooling type: build

Summary

Add module version metadata to published OpenSwiftUI binaries so consumers can check a minimum release at compile time:

#if canImport(OpenSwiftUI, _version: 0.25.0)
import OpenSwiftUI
#endif

Scope

  • Set SWIFT_USER_MODULE_VERSION from the release version for the OpenSwiftUI and OpenSwiftUICore targets.
  • Preserve -user-module-version in the public .swiftinterface files for every published platform slice.
  • Keep dependency framework versions independent of the OpenSwiftUI release version.
  • Document the use of _version and the behavior of older binaries without module version metadata.

Acceptance criteria

  • Version checks succeed for the published version and lower versions, and fail for higher versions.
  • The checks work when consumers load only the public textual interfaces on iOS, macOS, and visionOS.
  • Distribution validation checks both the expected version and an upper boundary.
  • Documentation explains that _underlyingVersion checks the underlying Clang module, and that an unversioned Swift module warns and ignores the requested version rather than selecting the false branch.

A standalone DemoKit experiment has verified the build setting, version boundaries, and public interface behavior across the five Apple SDK slices.

Vorherrschende Sprache
Swift
Sterne
2.5k
Forks
84
Ø Merge
4 Std. 55 Min.
Gemergte PRs (30 T.)
73

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus OpenSwiftUIProject/OpenSwiftUI

Alle Issues in OpenSwiftUIProject/OpenSwiftUI

Ähnliche Issues

Weitere Issues zu Swift

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.