Skip to content

Navigation Menu

Sign in
Sign up

Decide what to do with the credo-ts-ext repo #2564

TimoGlastra started this conversation in Architecture & Design
Discussion options

It's not really well maintained, we need to think what we want to do with the repo and libraires.

  1. Keep it, and update it to 0.6
  2. Move packages to other repos
  • push notifications -> mediator repo
  • react hooks -> bifold (only one using it from the credo WG call, but might be others)
  • rest -> Credo main
  • redux store -> deprecate
  • transport ble -> ??
You must be logged in to vote

Replies: 3 comments

Comment options

Regarding updating to latest:

I think considering different people using different extensions, if we decide to keep them together, it makes sense to update packages as per requirement (would be automatically implied in case we decide to separate them).

I saw some discussion over discord, with an intent to update the react-hooks extension. Here's the link to discussion: https://discord.com/channels/1022962884864643214/1179453305856991263/1447623209133543566 (this and subsequent messages)

I think we have it in our timeline to update credo-ts-ext to the latest version. However, there's no commitment as of now, as there are some other priorities in pipeline.

You must be logged in to vote
0 replies
Comment options

Also, would be a good idea to move packages closer to their dependent component. They seem to be a bit side lined here.

You must be logged in to vote
0 replies
Comment options

In 2025年12月18日 WG call we briefly discussed about this and the outcome from it is to probably archive credo-ts-ext repo and migrate the packages to different, more focused or related, repos:

  • @amanji plans to add React Hooks to the work in progress in Bifold to upgrade to Credo 0.6.x and React Native 0.81
  • Push Notifications can be moved to didcomm-mediator-credo. As of today, a Credo 0.6-compatible module has been published to npm under the name @credo-ts/didcomm-push-notifications. It supports all functionality of the previous module for FCM (APN support yet to be added, although it seems most of us are using FCM for simplicity)
  • REST might be part of the main repo, as it is very good to showcase Credo features and certainly is a good starting point like it was for most of us with ACA-Py back in the day (well... it wasn't so long ago but I wanted to use that expression 😄 )
  • Redux store could be deprecated unless someone is still using it
  • Transport BLE we are not sure, as it is certainly related to mobile environments, so we could add it to Bifold, but it can be also at the same level of other DIDComm transport implementations. So maybe it could go to the main repo as well
You must be logged in to vote
0 replies
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

AltStyle によって変換されたページ (->オリジナル) /