> It's apparently an indirect reference, because its taken from the master/slave usage in BitKeeper, even though there is no slave on the git context
The (likely) basis for the belief that BitKeeper use master/slave and git followed them, the GNOME mailing list post[0] that reignited this discussion in 2019, was retracted the next year[1].
I wrote a summary of the history[2] for Git Rev News, the git developers newsletter. In short, the usage didn't come from BitKeeper, and was intended to mean 'master copy'.
After the article was published, Aaron Kushner from BitKeeper reached out and gave me some more history on the usage of 'slave repository' in that one particular spot in BitKeeper[3]: it was a presentation for a client that was already using master/slave terminology and so the same terms were used in the presentation.
The (likely) basis for the belief that BitKeeper use master/slave and git followed them, the GNOME mailing list post[0] that reignited this discussion in 2019, was retracted the next year[1].
I wrote a summary of the history[2] for Git Rev News, the git developers newsletter. In short, the usage didn't come from BitKeeper, and was intended to mean 'master copy'.
After the article was published, Aaron Kushner from BitKeeper reached out and gave me some more history on the usage of 'slave repository' in that one particular spot in BitKeeper[3]: it was a presentation for a client that was already using master/slave terminology and so the same terms were used in the presentation.
0: https://mail.gnome.org/archives/desktop-devel-list/2019-May/...
1: https://mail.gnome.org/archives/desktop-devel-list/2020-June...
2: https://git.github.io/rev_news/2020/07/29/edition-65/
3: https://twitter.com/AndrewArdill/status/1350537333292949505