liamnichols/xcstrings-tool

Mirror plugin in xcstrings-tool-plugin repo

liamnichols opened this issue · 2 comments

Currently the plugin is defined as part of this repo, which means that dependant projects must bring in the entire xcstrings-tool repo and it's dependencies into their build graph.

This adds compilation time and i'm wondering if it could be avoided.

We could publish a binary artefact of the xcstrings-tool cli and instead host the plugin in a dedicated repo. This would give a few benefits:

  1. We can lower the deployment target as the plugin doesn't use ResultBuilder or other macOS 13+ APIs
  2. Using a binary dependency will significantly reduce compile times for other projects

But it also has some cons since it is another repo to maintain. I think we can automate most of this though to eliminate those issues.

This is implemented with 0.0.2, I'll just update it manually for now but it could do with something to make sure that plugin changes are mirrored properly 🤔

TODO:

  1. Update docs
  2. Lower deployment target for plugin, maybe figure out how to provide an interface on top of the legacy NSLocalizedString method if requested.

Outstanding tasks completed in 0.1.0