
Sign up to save your podcasts
Or


Git nutzen wir jeden Tag. Aber Hand aufs Herz: Wie viel davon verstehen wir wirklich?
Hinter commit, push und pull steckt kein bisschen Magie, sondern ein erstaunlich komplexes System aus Objekten, Referenzen, Protokollen und Designentscheidungen, die bis heute die Softwareentwicklung prägen. Und genau da wird es spannend. Denn Git ist 20 Jahre alt, aber alles andere als fertig entwickelt.
In dieser Episode sprechen wir mit Patrick Steinhardt, Git Maintainer, Contributor zu libgit2 und Staff Engineer im Git Team bei GitLab. Gemeinsam tauchen wir tief in die Git Internals ein und klären, warum Git sich gegen Subversion durchgesetzt hat, was ein bare Repository auf der Server-Seite eigentlich macht, wie Clone, Fetch und Push wirklich funktionieren und warum große Repositories, Millionen Referenzen, Binärdateien und Git LFS bis heute echte Herausforderungen sind. Außerdem geht es um Reftables, Partial Clones, Large Object Promises, pluggable object databases, Git History, Interactive Rebase und die Frage, was Git 3.0 mit SHA-256, besserer Usability und moderner Architektur verändern könnte.
Wenn du Git bisher vor allem als Werkzeug für deinen täglichen Workflow gesehen hast, bekommst du hier einen Blick unter die Haube, der vieles neu sortiert. Vielleicht hörst du diese Folge als Developer:in mit einem leichten Ich benutze Git seit Jahren Gefühl. Vielleicht gehst du raus mit dem Gedanken: Ich kenne bisher gerade mal die Oberfläche. So oder so, diese Episode ist Pflichtprogramm für alle, die Versionskontrolle, Entwickler-Workflows, Open Source und die Zukunft von Git besser verstehen wollen.
Bonus: Danach wirkt selbst git rebase plötzlich fast freundlich.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
👍 (top) 👎 (geht so)
Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …
Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer
(00:00:00) Git, Subversion und warum verteilte Versionskontrolle gewann
(00:06:12) Info/Werbung
(00:07:12) Git, Subversion und warum verteilte Versionskontrolle gewann
(00:11:21) Git auf der Serverseite: Bare Repositories und Protokolle
(00:17:32) Große Repositories, Packfiles und Skalierung beim Git Hosting
(00:20:19) Clone, Fetch und Partial Clone: Was Git wirklich überträgt
(00:25:12) Dezentrales Git, zentrale Plattformen und Team-Workflows
(00:34:16) Git modernisieren: C, Perl, Rust und der Weg zu Git 3
(00:42:34) Warum Hashes zentral für Git sind: SHA-1 und SHA-256
(00:47:23) Ref Tables: Neue Referenzspeicherung für große Repositories
(00:54:40) Large Files, Git LFS und bessere Binary-Workflows
(01:01:20) Promisor Remotes, Object Databases und neue Git-Architektur
(01:09:37) Git History, Stack Branches und was als Nächstes kommt
Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
By Wolfgang Gassler, Andy GrunwaldGit nutzen wir jeden Tag. Aber Hand aufs Herz: Wie viel davon verstehen wir wirklich?
Hinter commit, push und pull steckt kein bisschen Magie, sondern ein erstaunlich komplexes System aus Objekten, Referenzen, Protokollen und Designentscheidungen, die bis heute die Softwareentwicklung prägen. Und genau da wird es spannend. Denn Git ist 20 Jahre alt, aber alles andere als fertig entwickelt.
In dieser Episode sprechen wir mit Patrick Steinhardt, Git Maintainer, Contributor zu libgit2 und Staff Engineer im Git Team bei GitLab. Gemeinsam tauchen wir tief in die Git Internals ein und klären, warum Git sich gegen Subversion durchgesetzt hat, was ein bare Repository auf der Server-Seite eigentlich macht, wie Clone, Fetch und Push wirklich funktionieren und warum große Repositories, Millionen Referenzen, Binärdateien und Git LFS bis heute echte Herausforderungen sind. Außerdem geht es um Reftables, Partial Clones, Large Object Promises, pluggable object databases, Git History, Interactive Rebase und die Frage, was Git 3.0 mit SHA-256, besserer Usability und moderner Architektur verändern könnte.
Wenn du Git bisher vor allem als Werkzeug für deinen täglichen Workflow gesehen hast, bekommst du hier einen Blick unter die Haube, der vieles neu sortiert. Vielleicht hörst du diese Folge als Developer:in mit einem leichten Ich benutze Git seit Jahren Gefühl. Vielleicht gehst du raus mit dem Gedanken: Ich kenne bisher gerade mal die Oberfläche. So oder so, diese Episode ist Pflichtprogramm für alle, die Versionskontrolle, Entwickler-Workflows, Open Source und die Zukunft von Git besser verstehen wollen.
Bonus: Danach wirkt selbst git rebase plötzlich fast freundlich.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
👍 (top) 👎 (geht so)
Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …
Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer
(00:00:00) Git, Subversion und warum verteilte Versionskontrolle gewann
(00:06:12) Info/Werbung
(00:07:12) Git, Subversion und warum verteilte Versionskontrolle gewann
(00:11:21) Git auf der Serverseite: Bare Repositories und Protokolle
(00:17:32) Große Repositories, Packfiles und Skalierung beim Git Hosting
(00:20:19) Clone, Fetch und Partial Clone: Was Git wirklich überträgt
(00:25:12) Dezentrales Git, zentrale Plattformen und Team-Workflows
(00:34:16) Git modernisieren: C, Perl, Rust und der Weg zu Git 3
(00:42:34) Warum Hashes zentral für Git sind: SHA-1 und SHA-256
(00:47:23) Ref Tables: Neue Referenzspeicherung für große Repositories
(00:54:40) Large Files, Git LFS und bessere Binary-Workflows
(01:01:20) Promisor Remotes, Object Databases und neue Git-Architektur
(01:09:37) Git History, Stack Branches und was als Nächstes kommt
Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord