We'd love your help making Connect better!
If you'd like to add new public APIs, please open an issue describing your proposal — discussing API changes ahead of time makes pull request review much smoother. In your issue, pull request, and any other communications, please remember to treat your fellow contributors with respect!
Note that you'll need to sign Buf's Contributor License Agreement before we can accept any of your contributions. If necessary, a bot will remind you to accept the CLA when you open your pull request.
Fork, then clone the repository:
git clone git@github.com:your_github_username/connect-swift.git
cd connect-swift
git remote add upstream https://github.com/connectrpc/connect-swift.git
git fetch upstreamYou'll also need to install Xcode and Buf's CLI:
brew install bufbuild/buf/bufThis project uses Swift Package Manager for development and distribution. To get started contributing locally:
- Open Xcode.
- Click
Open...and select the rootconnect-swiftrepo directory. - Xcode will automatically read the
Package.swiftfile and open the project.
The Connect library's source code is available in the
Libraries/Connect directory.
The easiest way to contribute to the library is to open the Xcode project and run the tests after making changes before finally submitting them.
The source code for the plugin that generates Connect-compatible
services and RPCs is in the
Plugins/ConnectSwiftPlugin directory,
and the plugin responsible for generating mock implementations is in
Plugins/ConnectMocksPlugin.
The plugins utilize the SwiftProtobufPluginLibrary
module from SwiftProtobuf which provides types for interacting with the input
.proto files and writing to stdout/stderr as expected by protoc.
To build the generator plugins, use Xcode or the following command:
make buildpluginsTo build the local plugins and run them against the directories
specified in the repository's buf.work.yaml files using Buf:
make buildplugins # Compile the plugins
make generate # Run buf generateOutputted code will be available in the out directories specified by
buf.gen.yaml files in the repository.
The various Connect implementations across languages leverage a shared
conformance test repository which
contains a test runner that accepts an executable provided by each library
which exercises its runtime behavior. The test runner is responsible for
performing a matrix of hundreds of runtime tests against a local
server in order to validate behaviors with various permutations of
protocols, codecs, etc. Connect-Swift's executable which is compatible with
the conformance runner can be found under
Tests/ConformanceClient.
To install the runner and run the conformance test suite:
make installconformancerunner
make testconformanceUnit tests live in the UnitTests directory
and can be run using the following command which starts up a local server
and runs the tests:
make testunitConnect-Swift uses SwiftLint for linting .swift files. To
install the linter locally, see the instructions. Ensure
that the version you install matches the version being used on the
run-swiftlint CI job.
You can run the linter by executing the following in the root of the repo:
swiftlint lintStart by creating a new branch for your changes:
git checkout main
git fetch upstream
git rebase upstream/main
git checkout -b cool_new_featureEnsure that the tests pass. If you are changing the generator plugins, also ensure that any generated diff is checked in.
git commit -a
git push origin cool_new_featureThen use the GitHub UI to open a pull request.
At this point, you're waiting on us to review your changes. We try to respond to issues and pull requests within a few business days, and we may suggest some improvements or alternatives. Once your changes are approved, one of the project maintainers will merge them.
We're much more likely to approve your changes if you:
- Add tests for new functionality.
- Write a good commit message.
- Maintain backward compatibility.
To update dependencies such as SwiftProtobuf in this repository:
- Update the main library's
Package.swiftfile with the new version. - Open the project to ensure the
Package.resolvedfile gets updated by Xcode. - Update the versions in both the
Connect-Swift.podspecandConnect-Swift-Mocks.podspecfiles. - Open the Swift package example app to ensure its
Package.resolvedfile gets updated. - Run
pod updatein the CocoaPods example app's directory. - Update remote plugin entries (such as
buf.build/apple/swift) in allbuf.gen.yamlfiles to be in sync with their respective runtime libraries. - Run
make buildplugins && make generateto apply any generated diffs from the newly updated plugins.
Releases should be tagged in x.y.z SemVer format.
- Create a new GitHub release.
- Update both
Connect-Swift.podspecandConnect-Swift-Mocks.podspecto reflect the newly tagged version. - Run
cd Examples/ElizaCocoaPodsApp && pod updateto update the example CocoaPods app. - Submit a PR with these changes.
- Push both specs to CocoaPods:
pod trunk push Connect-Swift.podspec
pod repo update
pod trunk push Connect-Swift-Mocks.podspecNote: If pushing the mocks podspec fails because CocoaPods cannot find the new
Connect-Swift podspec in the specs repo, you may have to wait ~30 min
for it to populate before trying again.