@@ -53,9 +53,104 @@ This edition covers what happened during the months of April and May 2026.
5353### Support
5454-->
5555
56- <!-- -
57- ## Developer Spotlight:
58- -->
56+ ## Developer Spotlight: Matthias Aßhauer
57+
58+ * ** Who are you and what do you do?**
59+
60+ I'm Matthias, a software developer from Germany. I work on Git for Windows
61+ and occasionally other adjacent projects in my spare time. On Git for Windows,
62+ I mostly do small contributions in various auxillary repos, maintenance
63+ related tasks, code review and issue triage.
64+
65+ * ** What would you name your most important contribution to Git?**
66+
67+ I'd say early support of Jean-Noël Avila's translations of the man pages
68+ is what's probably most widely useful. Most of the things I do are helpful
69+ to niche uses or fix small bugs, but the man pages are widely used by
70+ most git users and I love that [ git-scm.com can] ( https://git-scm.com/docs/git )
71+ offer a nice little language dropdown for them nowadays. I should try to
72+ find some time to continue that work.
73+
74+ * ** What are you doing on the Git project these days, and why?**
75+
76+ In my [ last patch series] ( https://lore.kernel.org/git/pull.2081.v2.git.1775454330.gitgitgadget@gmail.com/ )
77+ I promised a follow up patch that improves CPU core detection on
78+ multi-socket-systems on Windows. I need to send that to the mailing list.
79+ I probably also have some other Windows improvements in Git for Windows
80+ that I should upstream to git.git.
81+
82+ * ** If you could get a team of expert developers to work full time on
83+ something in Git for a full year, what would it be?**
84+
85+ I don't have a big project idea for a decently sized team of the top of
86+ my head. That said there are a lot of currently ongoing topics that could
87+ use helping hands. I think ` SHA256 ` <->` SHA1 ` interop could use some
88+ helping hands. The new [ ` git history ` ] ( https://git-scm.com/docs/git-history )
89+ command has a lot of potential and could use a team. We also have a few
90+ cross-platform portability issues that could do with some very tedious
91+ cleanup work throughout large parts of the code base.
92+
93+ * ** If you could remove something from Git without worrying about
94+ backwards compatibility, what would it be?**
95+
96+ The file based refs backend and related filesystem based design choices
97+ where constraints and quirks of various filesystems hold back things
98+ that aren't inherently required to stick to those constraints.
99+
100+ * ** What is your favorite Git-related tool/library, outside of Git itself?**
101+
102+ My most used are probably [ Sourcetree] ( https://www.atlassian.com/software/sourcetree )
103+ and [ public inbox] ( https://public-inbox.org/git/ ) . I mostly use Sourcetree
104+ for pretty basic stuff (committing, fetching, merging, pulling, pushing)
105+ and drop into the command line for slightly more advanced things
106+ (fixup commits, interactive rebase, bisect, ` add -p ` ). One neat thing about
107+ it is that it allows me to easily stage individual lines instead of just
108+ hunks like ` add -p ` .
109+
110+ I find public inbox ([ the software behind] ( https://github.com/nojb/public-inbox )
111+ [ lore.kernel.org] ( https://lore.kernel.org/git/ )] just clicks a lot nicer
112+ with me than most other mailing list archive software.
113+
114+ I also like [ ` git filter-repo ` ] ( https://github.com/newren/git-filter-repo ) ,
115+ but am quite happy that I rarely need to use it.
116+
117+ * ** Do you happen to have any memorable experience w.r.t. contributing to
118+ the Git project? If yes, could you share it with us?**
119+
120+ In general, I have fond memories of the contributor summits I've attended
121+ (both remotely and in person). Putting some faces to the names and talking
122+ in real time with people you usually only interact with by email is a
123+ genuine pleasure.
124+
125+ * ** What is your toolbox for interacting with the mailing list and for
126+ development of Git?**
127+
128+ It's a mess. I used to mostly write and test most of my patches on Linux,
129+ but currently write most of my patches on Windows, test build them in the
130+ Git for Windows SDK and then submit them using [ GitGitGadget] ( https://gitgitgadget.github.io/ ) .
131+ Since my mail provider recently stopped delivering the mailing list traffic
132+ to my inbox, I tend to read the mailing list on lore.kernel.org, download
133+ mails as mbox files and reply to them using [ alpine] ( https://alpineapp.email/ ) .
134+ I have looked at [ korgalore] ( https://korgalore.docs.kernel.org/en/latest/ ) as
135+ a way to get the mailing list back into my inbox, but haven't gotten around
136+ to testing it yet.
137+
138+ * ** What is your advice for people who want to start Git development?
139+ Where and how should they start?**
140+
141+ Start with something small and try to scratch your own itch. Find something
142+ about Git that you feel could be improved. (An example in my case could be
143+ adding a single line mode to ` add -p ` )
144+
145+ Take a look at the mailing list archives and the history of the files in
146+ question for some insights into why that thing you want to improve might
147+ be the way it currently is.
148+
149+ Feel free to ask people for help on the mailing list, on [ the discord] ( https://git-scm.com/community#discord )
150+ or [ in IRC] ( https://git-scm.com/community#irc ) . Most people are happy to
151+ help out a beginner, but it might be easy to miss that a patch submitter
152+ on the mailing list is less familiar with the code base.
153+
59154
60155## Other News
61156
0 commit comments