Closed kkpattern closed 2 years ago
We do the same. This makes more sense since Tulsi already depends on rules_apple and rules_swift; building it in a separate workspace means it would need to pull (potentially different versions of) rules_apple and rules_swift twice. It would be nice to document this in the README.
Tulsi actually can be easily integrated into a project and makes the use of Tulsi much more hermetic. Currently, we add the following lines to our
WORKSPACE
:Then we can run Tulsi in our project by calling
bazel run @tulsi//:tulsi
. If we want to generate a xcode project from config we just need to call:In this way, it's much easier to update Tulsi across the whole team and CI/CD environment.
If this way of using Tulsi is intended to be supported by Tulsi team in the future, I'd like to create a PR to document it.