Improvement move pkg cache fs calls to repo plugin#1993
Improvement move pkg cache fs calls to repo plugin#1993vanridal wants to merge 1 commit intoAcademySoftwareFoundation:mainfrom
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #1993 +/- ##
==========================================
+ Coverage 59.98% 60.00% +0.02%
==========================================
Files 163 163
Lines 20118 20121 +3
Branches 3519 3519
==========================================
+ Hits 12067 12074 +7
+ Misses 7230 7226 -4
Partials 821 821 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Signed-off-by: george.ridal <george.ridal@findesign.com.au>
a8ff4bc to
974a77f
Compare
|
@JeanChristopheMorinPerso I would like to see this adopted in the rez, as I think for such a small change it does empower anyone to take ownership of the cache copy method without the need of too much refactor of rez's core code. |
This PR is an attempt to decouple the package cache operation to the repository plugins
This can allow users to customize how the package cache touches the filesystem on a per repository bases either via the cache_variant() call, or on the variant resource
Does this help with the artifact repo direction, could some remote repos use the current cache system via moving these functions to the repository plugin?
I personally would like a way to customize pkg cache operation via a custom filesystem plugin to optimize cache speeds