
Separate them into two will lost such internal connection/logic. Note that other binaries are also available on the VS Code download page. Please contact Debian Webmaster if you encounter any problems Browse through the lists of packages: stretch (9.0) stretch-updates stretch-backports buster (10.0) buster-updates buster-backports bullseye (11.0. tar.gz file? Or anything? The last thing I want to do is to separate my current arrangement into two, because when I change things, the changes will equally spread between the source and debian folder. This site provides you with information about all the packages available in the Debian Package archive. Is there any easy way to manage it? E.g., can I tell GitHub only take a sub-folder for my release.

I'm OK with it, but worry it might confuse others. tar.gz file from GitHub is not a good candidate for upstream source. Software Packages in 'bullseye', Subsection hamradio aldo (0.7.8-2) Morse code training program ampr-ripd (2.4-1+b1 amd64, 2.4-1 arm64, armel, armhf, i386, mips64el, mipsel, ppc64el, s390x) Routing daemon for AMPRnet gateway announcements antennavis (0.3.1-4+b1) antenna radiation pattern visualization software aprsdigi (3.10.0-3) digipeater. tar.gz file will reflect my above folder structure, which means the

It is commonly recommended not to put the debian folder within the source tree so as to make it easier for other distros.

This question is especially about the best practice to host self-maintained Debian packages on GitHub.
