5KPlayer 歷史版本列表
更新時間：2020-05-07
更新細節：
更新時間：2020-03-25
更新細節：
What's new in this version:
Improved error messages:
Show location of Java fatal error log:
- When the Java virtual machine executing the Gradle daemon crashes unexpectedly, the Java virtual machine will generate a fatal error log. The crash could be due to a bug in Java, Gradle itself, or in the user code being executed.
- Since it may be hard to find where this error log is written, Gradle now prints the location of the crash log to the console
Support for Java 14:
- Gradle now supports running and building with Java 14.
Fixed:
- Deprecate 'default' and 'archives' configurations for resolving and declaring dependencies
- Show path of hs_err_pid file when daemon disappears
- Update documentation to not point to samples or snippets in -all distribution
- De-serialization of task graph incorrect for anonymous subtypes of enum.
- Gradle crashes if GRADLE_RO_DEP_CACHE is set and it cannot create modules-2 directory within it
- Checkstyle task can no longer be configured to analyse single files
- Precompiled script plugin fails to build on Windows if script is saved with CRLF (accessors not resolved)
- Daemon crashes for `ArtifactTransformInputArtifactIntegrationTest` with VFS retention enabled
- C++ compilation doesn't pick up file changes when VFS retention is enabled
- `GradleBuildTaskIntegrationTest.can run multiple GradleBuild tasks concurrently` fails with VFS retention
- Deleting local state when loading from cache is not picked up with partial invalidation
- Fix `PlayContinuousBuildReloadWaitingIntegrationTest` with VFS retention
- The `clean` task does not report changes to VFS
- Parsing gradle properties file with invalid syntax fails with unhelpful error message
- Log individual input file fingerprints
- Allow war task to be made cacheable with runtime api
- com.fasterxml.jackson.core:jackson-databind Security Vulnerabilities in Gradle 6.x
- Enable VFS retention for the build-tool build
- Enable VFS retention for local builds only
- Incremental Java compilation doesn't clean up stale generated JNI headers
- Add access to POM packaging in component metadata rules
- Re-evaluate VFS retention tests after known issues are fixed
- Instant execution fails on Java Compile Task (no source) when there are only kotlin files in src/main/java
- Handle all macOS file events without dropping VFS
- File change not recognized by VFS on macOS when entire watched directory is removed
- Watch long paths on Windows
- Implement event-driven file watcher for Linux
- JDK 14 support
- ServiceRegistry failures should emit clearer help messages
- Provide default value for JavaCompile header output
- Constraints can sometimes impact excludes
- CalculateTaskGraphBuildOperationType emits mutated structure for task plan
- Same dependencies with different classifiers are not consumed correctly from Gradle Module Metadata
更新時間：2020-03-25
更新細節：
What's new in this version:
New Features:
- Added support for decoding AV1 codec
Improvements & Bug Fixes:
- Improved video playback engine
- Fixed some bugs
更新時間：2020-03-24
更新細節：
What's new in this version:
- added the display of GPU-Z Power Consumption and Chip Power Draw (AMD) in Watts
- updated GPU-Z sensor name: "VDDC" -> "GPU Voltage"
- updated: GPU-Z 2.30
- Log file back in FurMark's folder
更新時間：2020-03-04
更新細節：
What's new in this version:
- Fix tooling API metadata - bundling attribute
- multi-project build use the properties of the rootProject for all included builds (changed in 6.2)
更新時間：2020-02-25
更新細節：
What's new in this version:
- Project name disambiguation causes project / external dependency conflicts to be missed
- IdeaModelBuilder does not provide groovy-all as compile dep for buildSrc
- Gradle crashes if GRADLE_RO_DEP_CACHE is set and it cannot create modules-2 directory within it
更新時間：2020-01-25
更新細節：
What's new in this version:
Improvements for plugin authors:
- Finalize property value only when the value is queried
- In previous Gradle releases, certain Gradle types, such as Property or ConfigurableFileCollection, provided a finalizeValue() method that eagerly calculated the final value for a property and prevented further changes.
- When a task starts running, Gradle automatically finalizes task properties of these types, so that the same value is seen by the task's actions and Gradle's build caching/up-to-date checks. This also avoids calculating the property value multiple times, which can sometimes be expensive. Plugins can also use finalizeValue() to finalize other properties, such as a property of a project extension, just prior to querying the value.
- In this release, these types gain a new finalizeValueOnRead() method. This method is similar to finalizeValue(), except that the final value is calculated when the value is queried rather than immediately. Plugins can use this method when a property value may be expensive to calculate or when the value may not have been configured to ensure that all consumers of the property see the same, final, value from that point onwards
- Please see the user manual for more details
New managed property types:
- Gradle 5.5 introduced the concept of a managed property for tasks and other types, where Gradle provides an implementation of the getter and setter for an abstract property defined on a task, project extension, or other custom type. This simplifies plugin implementations by removing a bunch of boilerplate.
- In this release, it is possible for a task or other custom type to have an abstract read-only property of type DomainObjectSet<T>.
- Please see the user manual for more details
New factory methods:
The ObjectFactory type, which plugins and other custom types use to create instances of various useful types, has several new factory methods to create certain Gradle types that could only be created using internal APIs in previous releases:
- The polymorphicDomainObjectContainer() method to create ExtensiblePolymorphicDomainObjectContainer<T> instances
- The namedDomainObjectSet() method to create NamedDomainObjectSet<T> instances
- The namedDomainObjectList() method to create NamedDomainObjectList<T> instances
- Please see the user manual for more details
- Improvements for Gradle tooling providers
Tooling API:
- TestLauncher can run specific Test task tests
- The TestLauncher interface in the Tooling API could already launch tests by specifying the name of the test classes or methods; however, if there are multiple Test tasks, then all Test tasks would be executed
- For IDEs, developers usually want to execute only one task at a time. Gradle 6.1 introduces a new API to execute tests with specific Test task using the withTaskAndTestClasses() and withTaskAndTestMethods() methods
- Fixed issues
4 issues have been fixed in Gradle 6.1.1:
- Gradle 6.1 generates an empty .gradle and gradle directories on each execution in subproject directories
- Memory regression when resolving large artifacts while computing checksums
- Missing fixed issues from Gradle 6.1 release notes
- Plugins using kotlin-dsl and compiled with 6.1 are incompatible with Gradle 6.0
更新時間：2020-01-24
更新細節：
What's new in this version:
Added:
- support of AMD Navi GPUs
- support of AMD Radeon RX 5500 XT and RX 5600 XT
- support of GeForce RTX 2060 with TU104 GPU and GeForce GTX 1650 SUPER
Updated:
- reporting of graphics drivers for Radeon graphics cards
- new online database
- Log file is now stored in user's temp folder
- updated: GPU Shark 0.16.1.0
- updated: GPU-Z 2.29
- updated: ZoomGPU 1.25.1 (GPU monitoring library)
更新時間：2020-01-16
更新細節：
What's new in this version:
Improvements for plugin authors:
- Finalize property value only when the value is queried
- In previous Gradle releases, certain Gradle types, such as Property or ConfigurableFileCollection, provided a finalizeValue() method that eagerly calculated the final value for a property and prevented further changes
- When a task starts running, Gradle automatically finalizes task properties of these types, so that the same value is seen by the task's actions and Gradle's build caching/up-to-date checks. This also avoids calculating the property value multiple times, which can sometimes be expensive. Plugins can also use finalizeValue() to finalize other properties, such as a property of a project extension, just prior to querying the value.
- In this release, these types gain a new finalizeValueOnRead() method. This method is similar to finalizeValue(), except that the final value is calculated when the value is queried rather than immediately. Plugins can use this method when a property value may be expensive to calculate or when the value may not have been configured to ensure that all consumers of the property see the same, final, value from that point onwards.
- Please see the user manual for more details
New managed property types:
- Gradle 5.5 introduced the concept of a managed property for tasks and other types, where Gradle provides an implementation of the getter and setter for an abstract property defined on a task, project extension, or other custom type. This simplifies plugin implementations by removing a bunch of boilerplate.
In this release, it is possible for a task or other custom type to have an abstract read-only property of type DomainObjectSet<T>.
- Please see the user manual for more details.
New factory methods:
The ObjectFactory type, which plugins and other custom types use to create instances of various useful types, has several new factory methods to create certain Gradle types that could only be created using internal APIs in previous releases:
- The polymorphicDomainObjectContainer() method to create ExtensiblePolymorphicDomainObjectContainer<T> instances
- The namedDomainObjectSet() method to create NamedDomainObjectSet<T> instances
- The namedDomainObjectList() method to create NamedDomainObjectList<T> instances
Improvements for Gradle tooling providers:
- Tooling API: TestLauncher can run specific Test task tests
- The TestLauncher interface in the Tooling API could already launch tests by specifying the name of the test classes or methods; however, if there are multiple Test tasks, then all Test tasks would be executed.
- For IDEs, developers usually want to execute only one task at a time. Gradle 6.1 introduces a new API to execute tests with specific Test task using the withTaskAndTestClasses() and withTaskAndTestMethods() methods.
更新時間：2019-11-21
更新細節：
What's new in this version:
- Added support of NVIDIA Quadro RTX 3000/4000/5000 Mobile, GeForce GTX 1650 Mobile, GeForce GTX 1660 Ti Mobile, GeForce RTX 2060/2070/2080 Mobile, Quadro T1000/T2000 Mobile, and AMD Radeon RX 5500
- Fixed fan speed reading on NVIDIA GPUs
- Updated: GPU Shark 0.15.1.0
- Updated: GPU-Z 2.27
- Updated: ZoomGPU 1.24.2 (GPU monitoring library)