We’re conforming default versions convention.
So in the 1.0.0
version each position means follow:
- 1.*.* — major release, includes API groundbreaking changes (ie: your old code will not work).
- *.1.* — minor release, we’ve added some new feature to the lib, but we didn’t break something in anyway (ie: everything will work as expected without any moves after update).
- *.*.1 — patch release, we’re haven’t add any breaking changes or even new features for the user, but we’ve fixed some bugs or rewrote something internal (ie: you should not event mention that anything were changed in the lib).
This library yet living within three weeks minor release schedule. Also please keep in mind that in sake of avoiding complex merge conflicts, we’re currently taking only one big feature in release, so if you want to take some, please drop us a message somewhere to avoiding reworking it after it’ll be broken by some massive merge.
Critical bug fixes are should be marked with appropriate label in PR and should be proceed within one week till patch ’ll be released (at least we’ll try our best to made that).
Please take it from the roadmap or from the opened issues.
If you want to make something completely new and purely magical, please drop us a message somewhere before, since it could ends up that this is what we planning to do a lot later or that we not planning at all.
swiftlint
check should goes with no warnings.- Here’s some more detailed and human readable code style guidelines (you can add there some suggestion if you’d like to).
- We use swift name convention.
- Cover each new public method with tests.
- If you’re implementing some big feature encapsulate it in Separate file.
- Choose one of the two directory to add test case:
localTests
— tests which could be ran without needing to connecting to real Ethereum network.remoteTests
— tests which needing connection to real Ethereum network to be ran.
- Exclude added file from opposite
*.xctestplan
file (e.g. if you’re adding file tolocalTests
please exclude it fromRemoteTests.xctestplan
. - Add test file to
web3swift.xcodeproj
to make it working within Carthage building system.
In ci/cd we’re using Xcode test plans feature to spread tests to local and remote one. So any time you’re adding any new test suit (file) please exclude it from LocalTests.xctestplan
rather RemoteTests.xctestplan
depends on what tests group it included.
Please add any files unused due build process to excludeFiles
array in Package.swift
.
Please do not forget to add & remove all new or dropped files and dependencies in carthage .xcodeproj
file if you’re working with project anywhere but carthage project.
Please do not forget to add & remove all dependencies within web3swift.podspec
file.
You’re able to use our github actions checks in your fork without needing to make PR to this repo. To get that just add your branch name to the branch list in file on path .github/actions/ci.yml
to let the magic happening like follow:
on:
push:
branches:
- master
- develop
- hotfix
- #YOUR_REPO_NAME#
Please remove your branch from this list before making PR.
- All new functionality covered by unit tests.
- Ci/cd green.
- No redundant files are added (build cache, Xcode breakpoints settings and so on).
- Relative and concrete PR title.
- Issue or roadmap goal attached.
- PR description filled with detail explanation of what it is and what’s its specific.
- All public method have
///
styled comments. - All magic or nonintuitive internal code parts are clearly explained in inline comments.
-
swiftlint
ran have no warnings. - No commented out code lefts in PR.