microsoft / microsoft/MSBuildCache
Feasability to support a different version control than git
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C#
- Sterne
- 64
- Forks
- 24
- Ø Merge
- 1 T. 14 Std.
- Gemergte PRs (30 T.)
- 2
Beschreibung
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.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit dem Lesen der Implementierung von ISourceControlFileHashProvider und des Git-Befehls, der git ls-files -z -cmos --exclude-standard ausführt. Untersuche, ob der Befehl cm von Plastic SCM die Liste der versionierten Dateien und deren Hashes bereitstellen kann, und ermittle anschließend, was erforderlich wäre, damit MSBuildCache Plastic SCM unterstützt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- csharp, git
- Bereich
- build-system
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100