Margelo rejoint Callstack : ce qui compte pour les dépendances natives

Margelo rejoint Callstack. Pour les équipes qui utilisent ses bibliothèques, la question utile est la continuité technique : maintenance, compatibilité et capacité à faire évoluer un module natif dans une app déjà distribuée.

Ce que l’annonce établit

L’annonce du 1er septembre (nouvelle fenêtre) réunit l’expertise entreprise de Callstack et les technologies de Margelo, notamment Nitro Modules, VisionCamera et react-native-mmkv. Elle précise que les bibliothèques existantes restent open source et que Marc Rousavy continue à diriger leur développement.

Cela renseigne la gouvernance, pas le comportement d’un package dans une application précise. Aucun changement de dépendance ne découle automatiquement d’un rapprochement d’entreprises.

Regarder le contrat utilisé par l’application

Une équipe peut profiter de cette actualité pour distinguer ses usages publics de ses adaptations locales : patch natif, fork, accès direct à un type interne ou contournement de build. Ce sont ces points qui rendront une prochaine mise à jour coûteuse, indépendamment du propriétaire du dépôt.

Pour une bibliothèque caméra, garder une reproduction des permissions, du retour d’arrière-plan et de la capture. Pour un stockage local, conserver les cas de migration de données et de changement de compte. Pour un module Nitro, tester les types et le cycle de vie des objets qui traversent JavaScript et le natif.

Ne pas transformer une annonce en prédiction

L’existence d’une équipe plus large ne démontre ni un calendrier de release plus rapide ni une résolution immédiate des issues. Les indicateurs concrets restent les changelogs, les versions compatibles et les correctifs effectivement livrés.