In Git 3.0 wurde vorgeschlagen, Rust zu einem verpflichtenden Bestandteil der Build-Infrastruktur zu machen.

In der Mailingliste der Entwickler des Versionskontrollsystems Git wird eine Änderung diskutiert, die vorschlĂ€gt, Komponenten in Rust in den Kernbestand von Git aufzunehmen und Rust zu einer erforderlichen AbhĂ€ngigkeit fĂŒr den Build von Git zu machen. Die Integration von Rust in die Entwicklung von Git soll analog zu dem bereits vorgenommenen Übergang zur Nutzung der C99-Spezifikation in der Git-Codebasis erfolgen — zunĂ€chst wird Rust im Testmodus unterstĂŒtzt, und ab Git 3.0 soll es ein obligatorischer Bestandteil der Build-Infrastruktur werden.

Die Integration der Rust-UnterstĂŒtzung in Git begann mit dem MĂ€rz-Release von Git 2.49, das eine nicht verpflichtende Schnittstelle enthielt, die es ermöglichte, Komponenten von Git in Rust zu entwickeln. Es wurden zwei Crate-Pakete hinzugefĂŒgt: libgit-sys und libgit, mit niedrigen und hohen Rust-Bindungen zu den internen Bibliotheken, die in Git verwendet werden.

Im Juli wurde in der Mailingliste der Git-Entwickler eine Änderung fĂŒr das Tool xdiff vorgestellt, die Komponenten in Rust hinzufĂŒgt und Optimierungen vornimmt, die die Leistung um 5-19% steigern können. In den Anmerkungen zur Änderung wurde vorgeschlagen, Rust als harte AbhĂ€ngigkeit hinzuzufĂŒgen. Im Juli wurde dazu keine Entscheidung getroffen, und nun wird ein zweiter Versuch unternommen, die Frage zu klĂ€ren, ob Rust zu den verpflichtenden Build-AbhĂ€ngigkeiten zĂ€hlen soll. Der zweiten Diskussion zufolge gibt es unter den Git-Entwicklern mehr Gegner eines solchen Schrittes als BefĂŒrworter, obwohl es keine nennenswerten EinwĂ€nde gegen die optionale UnterstĂŒtzung von Git gibt. Das Hauptargument dagegen ist, dass der Compiler rustc nicht alle von Git unterstĂŒtzten Plattformen angemessen unterstĂŒtzt.

Quelle: opennet.ru

60GB SSD 8Gb DDR4