-
Notifications
You must be signed in to change notification settings - Fork 127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(some): Add some
#646
base: master
Are you sure you want to change the base?
feat(some): Add some
#646
Conversation
… case it gets resolved
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit d5bc185:
|
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #646 +/- ##
==========================================
+ Coverage 98.41% 98.63% +0.21%
==========================================
Files 127 156 +29
Lines 7954 11263 +3309
Branches 724 945 +221
==========================================
+ Hits 7828 11109 +3281
- Misses 123 151 +28
Partials 3 3 ☔ View full report in Codecov by Sentry. |
* @example | ||
* // using `R.some` as a type predicate within `conditional` | ||
* const result = R.pipe( | ||
* data, | ||
* R.conditional( | ||
* [some(isNumber), val => {...}] | ||
* ... | ||
* ) | ||
* ) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
question: if there's no issue here, maybe we should just drop this example? this seems like it should belong in conditional
, not some
, which i expect to be used in way more contexts
Continuing with #624, implementing
some
. This is a branch from #631 so merge this one first.Make sure that you:
src/index.ts
mapping.md
We use semantic PR titles to automate the release process!
https://conventionalcommits.org
PRs should be titled following using the format:
< TYPE >(< scope >)?: description
Available Types:
feat
: new functions, and changes to a function's type that would impact users.fix
: changes to the runtime behavior of an existing function, or refinements to it's type that shouldn't impact most users.perf
: changes to function implementations that improve a functions runtime performance.refactor
: changes to function implementations that are neitherfix
norperf
test
: tests-only changes (transparent to users of the function).docs
: changes to the documentation of a function or the documentation site.build
,ci
,style
,chore
, andrevert
: are only relevant for the internals of the library.For scope put the name of the function you are working on (either new or
existing).