microsoft / microsoft/MSBuildCache
Feasability to support a different version control than git
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 64
- Forks
- 24
- Avg merge
- 1d 14h
- Merged PRs (30d)
- 2
Description
Hello, at my work we use Plastic SCM (Unity Version Control) and would like to add a caching tool for msbuild. Trying out the local msbuild cache I notice that it seems to use git to build a dictionary of (file, hash of file) and I was wondering if someone could shed some light on how to go about implementing a ISourceControlFileHashProvider for Plastic instead. The git variant which runs git ls-files -z -cmos --exclude-standard seems to make a list of all the tracked files? That's probably doable with cm (the Plastic SCM command line tool) somehow, although I'm not sure it has a git hash-object.
So, dear reader, if you have any thoughts about how to best go about this, please let me know. I suppose one alternative is to just make a local git repo to make MSBuildCache think we are using git.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reading the ISourceControlFileHashProvider implementation and the Git command that runs git ls-files -z -cmos --exclude-standard. Investigate whether Plastic SCM's cm command can provide the tracked-file list and hashes, then determine what would be required for MSBuildCache to support Plastic SCM.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, git
- Domain
- build-system
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100