Update all dependencies #237
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
![renovate[bot]](https://avatars.githubusercontent.com/in/2740?s=60&v=4){kind=small}
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #237 +/- ##
===========================================
Coverage 100.00% 100.00%
Complexity 2 2
===========================================
Files 1 1
Lines 4 4
===========================================
Hits 4 4
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
renovate
bot
force-pushed
the
renovate/all
branch
3 times, most recently
from
1e0d0b5 to
f2516d2
Compare
renovate
bot
force-pushed
the
renovate/all
branch
3 times, most recently
from
239ada2 to
7af7d1e
Compare
renovate
bot
force-pushed
the
renovate/all
branch
10 times, most recently
from
a28d9b5 to
4932389
Compare
renovate
bot
force-pushed
the
renovate/all
branch
5 times, most recently
from
08db158 to
d0472d8
Compare
renovate
bot
force-pushed
the
renovate/all
branch
from
d0472d8 to
33c19d0
Compare
renovate
bot
force-pushed
the
renovate/all
branch
2 times, most recently
from
ae5ca78 to
ebc80ad
Compare
renovate
bot
force-pushed
the
renovate/all
branch
3 times, most recently
from
8fd0a1a to
e6806f8
Compare
renovate
bot
force-pushed
the
renovate/all
branch
from
e6806f8 to
0683cee
Compare
renovate
bot
force-pushed
the
renovate/all
branch
8 times, most recently
from
9566257 to
dc758f6
Compare
renovate
bot
force-pushed
the
renovate/all
branch
2 times, most recently
from
02d09ee to
b8c8caa
Compare
renovate
bot
force-pushed
the
renovate/all
branch
2 times, most recently
from
21e49cc to
7ac1723
Compare
renovate
bot
force-pushed
the
renovate/all
branch
6 times, most recently
from
5da8c88 to
dfd2391
Compare
renovate
bot
force-pushed
the
renovate/all
branch
from
dfd2391 to
51e163c
Compare
renovate
bot
force-pushed
the
renovate/all
branch
3 times, most recently
from
30f817e to
2ea2003
Compare
renovate
bot
force-pushed
the
renovate/all
branch
from
2ea2003 to
37e00db
Compare
And add instructions because I always forget lol.
For non java files. Don't think it conflicts spotless etc.
Edited/Blocked NotificationRenovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR. You can manually request rebase by checking the rebase/retry box above. ⚠ Warning: custom changes will be lost. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v3->v4v3->v4v5.3.0->v5.4.0v0.1.15->v2.0.45.6.0->5.11.05.6.0->5.11.01.1.5->1.4.21.1.5->1.4.25.10.0->5.10.24.8.0->4.8.432.1.3-jre->33.1.0-jre2.20.0->2.23.15.1.5->6.0.126.22.0->6.25.0Release Notes
actions/setup-java (actions/setup-java)
v4Compare Source
codecov/codecov-action (codecov/codecov-action)
v4Compare Source
paulhatch/semantic-version (paulhatch/semantic-version)
v5.4.0Compare Source
softprops/action-gh-release (softprops/action-gh-release)
v2.0.4Compare Source
v2.0.3Compare Source
v2.0.2Compare Source
v2.0.1Compare Source
v2.0.0Compare Source
mockito/mockito (org.mockito:mockito-junit-jupiter)
v5.11.0Compare Source
Changelog generated by Shipkit Changelog Gradle Plugin
5.11.0
@Captortest parameters don't work with primitive type arguments (#3229)v5.10.0Compare Source
Changelog generated by Shipkit Changelog Gradle Plugin
5.10.0
v5.9.0Compare Source
Changelog generated by Shipkit Changelog Gradle Plugin
5.9.0
v5.8.0Compare Source
Changelog generated by Shipkit Changelog Gradle Plugin
5.8.0
v5.7.0Compare Source
Changelog generated by Shipkit Changelog Gradle Plugin
5.7.0
0.8.11(#3147)google/truth (com.google.truth.extensions:truth-java8-extension)
v1.4.2: 1.4.2This release is the final step of copying all our methods from
Truth8toTruth. If you have not already migrated your usages fromTruth8toTruth, you may see build errors:In most cases, you can migrate your whole project mechanically:
git grep -l Truth8 | xargs perl -pi -e 's/\bTruth8\b/Truth/g;'. (You can make that change before upgrading to Truth 1.4.2 or as part of the same commit.)If you instead need to migrate your project incrementally (for example, because it is very large), you may want to upgrade your version of Truth incrementally, too, following our instructions for 1.3.0 and 1.4.0.
For help
Please feel welcome to open an issue to report problems or request help.
Changelog
Truth.assertThat(Stream)andTruth.assertThat(Optional). This can create build errors, which you can fix by replacing all your references toTruth8with references toTruth. (45782bd)v1.4.1: 1.4.1This release deprecates
Truth8.All its methods have become available on the main
Truthclass. In most cases, you can migrate your whole project mechanically:git grep -l Truth8 | xargs perl -pi -e 's/\bTruth8\b/Truth/g;'While we do not plan to delete
Truth8, we recommend migrating off it, at least if you static importassertThat: If you do not migrate, such static imports will become ambiguous in Truth 1.4.2, breaking your build.v1.4.0: 1.4.0In this release, our assertions on Java 8 types continue to move from the
Truth8class to the mainTruthclass. This change should not break compatibility for any supported JDK or Android version, even users who test under old versions of Android without API desugaring. Additionally, we will never break binary compatibility, though some users will have to make changes to their source code in order for it to compile against newer versions.This release is likely to lead to more build failures than 1.3.0 did. However, those failures should be straightforward to fix.
Example build failure
Simplest upgrade strategy (if you can update all your code atomically in the same commit as the Truth upgrade)
In the same commit:
import static com.google.common.truth.Truth8.assertThat;withimport static com.google.common.truth.Truth.assertThat;.import com.google.common.truth.Truth8.assertThatwithimport com.google.common.truth.Truth.assertThat.import com.google.common.truth.Truth8;withimport com.google.common.truth.Truth;.Truth8with references toTruth.Truth8.assertThat(optional).isPresent()withTruth.assertThat(optional).isPresent().If you're feeling lucky, you can try this one-liner for the code updates:
In most cases, that can be further simplified to:
After that process, it is possible that you'll still see build errors from ambiguous usages of
assertThatstatic imports. If so, you can find a workaround in the section about overload ambiguity in the release notes for 1.3.0. Alternatively, you can wait to upgrade until after a future Truth release, which will eliminate the ambiguity by changing the signatures of someTruth.assertThatoverloads.Incremental upgrade strategy
If you have a very large repo or you have other reasons to prefer to upgrade incrementally, you can use the approach that we used inside Google. Roughly, that approach was:
Truth8.assertThat, change them to avoid static import.assertThat(optional).isPresent()withTruth8.assertThat(optional).isPresent().Truth8with references toTruth(including restoring static imports if desired), as discussed in section about the simple upgrade strategy above.Optional additional changes
assertWithMessage(...).about(intStreams()).that(...),expect.about(optionalLongs()).that(...), or similar, you can remove your call toabout. This change will never be necessary; it is just a simplification.streamsandoptionals, whereas 1.4.0 solves it for the otherTruth8types.For help
Please feel welcome to open an issue to report problems or request help.
Changelog
Truth8.assertThatoverloads to the mainTruthclass. (9be8e77,1f81827)thatoverloads to make it possible to write type-specific assertions when using the remaining Java 8 types. (7c65fc6)v1.3.0: 1.3.0In this release, our assertions on Java 8 types begin to move from the
truth-java8-extensionsartifact and theTruth8class to the maintruthartifact and theTruthclass. This change should not break compatibility for anyone, even users who test under old versions of Android without API desugaring. Additionally, we will never break binary compatibility, though some users will have to make changes to their source code in order for it to compile against newer versions.This change will be routine for most users, but we're providing as much information as we can for any users who do encounter problems.
We will post fuller instructions for migration later on, once we've learned more from our internal migration efforts. For now, you may find that you need to make one kind of change, and you may elect to make others. (If we missed anything, please open an issue to report problems or request help.)
The change you might need to make:
Truth.assertThat, we cause some code to fail to compile because of an overload ambiguity. This is rare, but it can happen if you static import bothTruth.assertThatand some otherassertThatmethod that includes overloads forOptionalorStream. (It does not happen forTruth8.assertThat, though, except with the Eclipse compiler. Nor it does necessarily happen for otherassertThat(Stream)andassertThat(Optional)methods.) If this happens to you, you'll need to remove one of the static imports, changing the corresponding call sites from "assertThat" to "FooSubject.assertThat."Truth.assertThatoverloads. Once we make those further changes, you may be able to simultaneously replace all your imports ofTruth8.assertThatwith imports ofTruth.assertThatas you upgrade to the new version, likely without introducing overload ambiguities.The changes you might elect to make:
If you use
Truth8.assertThat(Stream)orTruth8.assertThat(Optional), you can migrate to the new overloads inTruth. If you static importTruth8.assertThat, you can usually make this change simply by replacing that static import with a static import ofTruth.assertThat—or, if you already have an import ofTruth.assertThat, by just removing the import ofTruth8.assertThat. (If you additionally use less common assertion methods, likeassertThat(OptionalInt), you'll want to use both imports for now. Later, we'll moveassertThat(OptionalInt)and friends, too.) We recommend making this change now, since your calls toTruth8.assertThatwill fail to compile against some future version of Truth, unless you plan to wait to update your Truth dependency until we've made all our changes for Java 8 types.If you use
assertWithMessage(...).about(streams()).that(...),expect.about(optionals()).that(...), or similar, you can remove your call toabout. This change will never be necessary; it is just a simplification.If you depend on
truth-java8-extension, you may remove it. All its classes are now part of the maintruthartifact. This change, too, is not necessary; it is just a simplification. (OK, if your build system has a concept of strict deps, there is a chance that you'll need to add deps ontruthto replace your deps ontruth-java8-extension.)Finally, the changelog for this release:
StreamSubjectavoid collecting theStreamuntil necessary, and made itsisEqualToandisNotEqualTomethods no longer always throw. (f8ecaec)assertThatoverloads forOptionalandStreamto the mainTruthclass. (37fd8be)thatoverloads to make it possible to write type-specific assertions when usingexpect.that(optional)andexpect.that(stream). (ca7e8f4)truth-java8-extensionclasses into the maintruthartifact. There is no longer any need to depend ontruth-java8-extension, which is now empty. (We've also removed theTruth8GWT module.) (eb0426e)Again, if you have any problems, please let us know.
v1.2.0: 1.2.0Anymessages. This fix may cause tests to fail, since ProtoTruth will now check whether the message contents match. If so, you may need to change the values that your tests expect, or there may be a bug in the code under test that had been hidden by the Truth bug. Sorry for the trouble. (8bd3ef6)isWithin().of()support toIntegerSubjectandLongSubject. (6464cb5,0e99a27)spotbugs/spotbugs (com.github.spotbugs:spotbugs-annotations)
v4.8.4Compare Source
Fixed
executionSuccessfulflag in SARIF report being set to false when bugs were found (#2116)exitSignalNametoexitCodeDescription(#2739)Added
MultipleInstantiationsOfSingletonsand introduced new bug types:SING_SINGLETON_HAS_NONPRIVATE_CONSTRUCTORis reported in case of a non-private constructor,SING_SINGLETON_IMPLEMENTS_CLONEABLEis reported in case of a class directly implementing theCloneableinterface,SING_SINGLETON_INDIRECTLY_IMPLEMENTS_CLONEABLEis reported when a class indirectly implements theCloneableinterface,SING_SINGLETON_IMPLEMENTS_CLONE_METHODis reported when a class does not implement theCloneableinterface, but has aclone()method,SING_SINGLETON_IMPLEMENTS_SERIALIZABLEis reported when a class directly or indirectly implements theSerializableinterface andSING_SINGLETON_GETTER_NOT_SYNCHRONIZEDis reported when the instance-getter method of the singleton class is not synchronized.(See SEI CERT MSC07-J)
FindOverridableMethodCalldetector with new bug type:MC_OVERRIDABLE_METHOD_CALL_IN_READ_OBJECT. It's reported when an overridable method is called fromreadObject(), according to SEI CERT rule SER09-J. Do not invoke overridable methods from the readObject() method.Changed
Build
v4.8.3Compare Source
Fixed
Changed
v4.8.2Compare Source
Fixed
Added
System.getenv()calls, where the corresponding Java property could be used (See ENV02-J).Build
v4.8.1Compare Source
Fixed
PA_PUBLIC_MUTABLE_OBJECT_ATTRIBUTEbug ([#2652])Build
Configuration
📅 Schedule: Branch creation - "before 4am on the first day of the month" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR has been generated by Mend Renovate. View repository job log here.