You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is required to ensure that multiple clones of the same repo will use the same cache folder, even when the cache folders are deleted between the clones getting created:
Clone repo
Delete shared cache
Clone a second copy of the repo
Both copies should use the same shared cache location.
Rather than using a mapping file, the following approach can be used:
Append vsts/info to the clone URL and check if there is a response.
If there is a response: Use the repo ID in the response
If there is not a response: Use a stable hash to compute a folder name from the URL
Additionally, drop a text file inside the repo specific cache directory that includes the name/URL of the repo. That file should get picked up by the diagnose verb.
The text was updated successfully, but these errors were encountered:
wilbaker
changed the title
[Mount Removal] Move shared cache mapping file to a global location
[Mount Removal] Remove shared cache mapping file
Oct 2, 2019
…ject hook
See microsoft/git#191 for the Git code regarding the GVFS transport layer. This can work in tandem with the read-object hook, but it _should_ make the read-object hook irrelevant.
* Delete all references to the read-object hook in the product code. This unblocks #4 and the [Mount Removal] tasks #15, #132, #133, #135, #136, and possible others.
* Delete the Sparse Verb in favor of `git sparse-checkout set`.
* Delete the `BlobPrefetcher` and all references to `--files` or `--folders` prefetching.
Resolves#6, #7, #36.
Additionally, drop a text file inside the repo specific cache directory that includes the name/URL of the repo. That file should get picked up by the diagnose verb.
Splitting this work out into a separate work item as it is not a breaking disk layout change
This is required to ensure that multiple clones of the same repo will use the same cache folder, even when the cache folders are deleted between the clones getting created:
Both copies should use the same shared cache location.
Rather than using a mapping file, the following approach can be used:
vsts/info
to the clone URL and check if there is a response.Additionally, drop a text file inside the repo specific cache directory that includes the name/URL of the repo. That file should get picked up by the
diagnose
verb.The text was updated successfully, but these errors were encountered: