Bewährtes Verfahren zum Hosten selbstverwalteter Debian-Pakete auf GitHub

2

In dieser Frage geht es insbesondere um die beste Vorgehensweise, um selbstverwaltete Debian-Pakete auf GitHub zu hosten. Hier ist mein Dilemma:

  • Es wird allgemein empfohlen, das nicht zu setzen debian Ordner innerhalb des Quellbaums, um es anderen Distributionen zu erleichtern.
  • So tat ich. Ich habe meine nicht gesetzt debian Ordner innerhalb des Quellbaums auf meinem GitHub.
  • Wenn jedoch die Debian-Pakete erstellt werden, erwarten die Build-Mechanisierer a debian Ordner unter dem Quellbaum.
  • Dies bedeutet, dass mein GitHub-Repo nicht direkt für meinen Build verwendet werden kann. Das ist ärgerlich, weil mein einziger Schwerpunkt als Debian-Selbstbetreuer Debian ist und ich mein Debian-Paket ständig erstelle, nicht für andere Distributionen.
  • Ich habe mich damit befasst und habe tatsächlich eine Lösung für mich, aber als ich ein Release auf GitHub getaggt habe, wird die Release-Datei .tar.gz meine obige Ordnerstruktur widerspiegeln, was bedeutet, dass Die Veröffentlichung der .tar.gz-Datei von GitHub ist kein guter Kandidat für Upstream-Quellen. Ich bin damit einverstanden, aber ich mache mir Sorgen, dass es andere verwirren könnte.

Gibt es eine einfache Möglichkeit, dies zu handhaben? Kann ich beispielsweise GitHub mitteilen, dass nur ein Unterordner für meine .tar.gz-Datei freigegeben wird? Oder irgendwas? Das Letzte, was ich tun möchte, ist, mein aktuelles Arrangement in zwei Teile zu unterteilen, denn wenn ich Dinge ändere, werden sich die Änderungen gleichmäßig zwischen der Quelle und ausbreiten debian Mappe. Trennen Sie sie in zwei, wird die interne Verbindung / Logik verloren.

Irgendwelche Vorschläge? Vielen Dank

xpt
quelle
Ich würde sagen, wenn andere Distributionen Ihr Debian-Verzeichnis nicht benutzen wollen, können sie es in ihrem Build-Skript entfernen.
wurtel