![](https://seccdn.libravatar.org/avatar/3af26b63955b9162f06c0f82c86231ac.jpg?s=120&d=mm&r=g)
Hi, you might have read before about my git mirror of our openSUSE:Factory OBS repo: https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/2... Meanwhile, there was also Alberto's approach with obsgit https://lists.opensuse.org/archives/list/factory@lists.opensuse.org/thread/2... but that is not why I am writing this. I wanted to tell about the per-package split repos that had been proposed by Neal Gompa back then in 2019. Those are now all created on our pagure and auto-updated alongside the large repo. Here are some examples: 1. https://code.opensuse.org/package/kernel-source/commits/master gives a nice view of when what kernel version entered Factory and you can click any of the commits to find the SR message and a link to the SR on OBS. 2. https://code.opensuse.org/package/bash/blob/master/f/bash.spec#_200 Can link to individual lines to help discussions with remote people 3. https://code.opensuse.org/package/bash/blame/bash.spec?identifier=master#_90 Git blame is fast, both online and offline. 4. https://code.opensuse.org/package/_project/c/b7c851ac89f186ecf2a4261376b0ef9... also tracks prjconf changes More Advantages are: * easy to do full-text search * offline access to history * distributed repo * increased visibility of changes * ability to download patch files without account * cryptograpically signed commits to impede tampering with history * even works on Thursdays (when we do maintenance of our infrastructure) * does not carry tarballs and other large binaries, so the whole repo is below 7GB atm and as before there are still countless ways on how we could extend that: * track Leap, Backports and devel repos * allow PRs to package repos and proxy those into OBS for a more gitty workflow and wouldn't it be nice, if we could have packages in OBS without tarballs, with a reference to an upstream git repo and commit id? It would still need a git clone --depth 1 in OBS, to ensure that we can build even if the original git server/commit vanishes. But having a well-organized clone of all our upstream git repos would still be a nice thing for other reasons, e.g. to continue maintaining orphaned packages. What are your thoughts and ideas? Ciao Bernhard M.