git-debimport - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

git-debimport - Erstellen Sie ein Git-Repository aus einem Satz vorhandener Debian-Pakete

ZUSAMMENFASSUNG

git-debimport [Optionen] Pfad-Präfix

BESCHREIBUNG

Dieses Programm erstellt ein Git-Repository aller Dateien, die mit ${path-prefix}_*.diff.gz übereinstimmen
oder ${path-prefix}_*.debian.tar.{gz,bz2,xz} (mit den entsprechenden
orig.tar.{gz,bz2,xz}) oder aller Dateien, die mit ${path-prefix}_*.tar.{gz,bz2,xz} übereinstimmen (für
native Debian-Pakete).

OPTIONAL

Die folgenden Optionen sind verfügbar:

--bringen
Versuchen Sie, alle verfügbaren Versionen von Snapshot.debian.org herunterzuladen, anstatt zu verwenden
ein bestehender Satz von Paketen. Die Debsnap(1) Dienstprogramm, von Devscripts 2.10.63 oder
später, muss im Pfad verfügbar sein, um diese Option zu verwenden (früher Debsnap Versionen
nur Snapshot.debian.net unterstützt, das kein funktionsfähiger Spiegel mehr ist). Die
Pakete werden an den Speicherort heruntergeladen, der durch die Pfad-Präfix wo sie
wäre normalerweise ohne diese Option bereits zu erwarten. Heruntergeladen
Pakete werden nach Abschluss dieses Vorgangs nicht automatisch entfernt.

--späte-zusammenführen
Frühe Versionen von git-debimport würde nur die Upstream- und Debian-Zweig zusammenführen
nachdem der Import aller Pakete abgeschlossen war. Dadurch wird vermieden, dass ein Import fehlschlägt, wenn
Bei der Zusammenführung können Konflikte auftreten, die manuell gelöst werden müssen. Wir wissen
der Import des nächsten Pakets in der Serie wird eine Auflösung zu solchen enthalten
Konflikt, so dass das Verzögern der Zusammenführung ermöglicht, dass der Import ohne Eingreifen fortgesetzt wird
oder das Einführen von Änderungen, die nicht Teil der ursprünglichen Geschichte waren. Es tut jedoch
einen minderwertigen Verlauf zum Durchsuchen der Debian-Änderungen produzieren.
Alle Originalpakete können mit perfekter Wiedergabetreue aus einem solchen Repo abgerufen werden.
aber der Unterschied zwischen benachbarten Debian-Versionen wird mit Upstream-Änderungen vermischt
Auch.

Der Standard für aktuelle Versionen von git-debimport ist, jeden neuen Upstream zusammenzuführen
beim Import freigeben. Dies gibt ein viel natürlicheres und nützlicheres Aussehen
Geschichte, kann aber in einigen Fällen fehlschlagen. Verwenden Sie diese Option, um die Älteren zu beschäftigen mehr
zuverlässige Methode für Pakete, die beim Import Konflikte erzeugen.

-in, - ausführlich
Seien Sie lauter, wenn Sie laufende Vorgänge melden. Meist nur sinnvoll mit dem
--bringen derzeit Option.

BEISPIEL

Importieren Sie ein Archiv bestehender 'mypackagename'-Pakete aus mysrcdir:
$ mkdir mydestdir && cd mydestdir
$ git-debimport ../mysrcdir/meinPaketname

Importieren Sie alle verfügbaren Versionen von gitpkg von Snapshot.debian.org:
$ mkdir mydestdir && cd mydestdir
$ git-debimport --fetch ../my-gitpkg-sources/gitpkg

ANMERKUNG

Es ist bedauerlich, dass derzeit viele der Tools zum Importieren von Quellen in Git
von einem bestehenden Revisionskontrollsystem lassen alle zu wünschen übrig. Dieses Skript
löst dieses Problem nicht. Was es jedoch tut, ist ein Repository zu erstellen, das es macht
möglich, alle früheren Pakete, die ihm injiziert wurden, genau zu extrahieren.
Dies ist leider mehr, als man für das Ergebnis der Ausführung von git-cvsimport auf einem Repository sagen kann
erstellt von cvs-buildpackage, zum Beispiel.

Es ist derzeit sehr einfach und macht eine Reihe von hartcodierten Annahmen über die
resultierende Repo. Für Pakete mit Debian-Version wird ein Repository mit zwei Zweigen erstellt:

flussaufwärts - für die unberührte Upstream-Quelle
Master - für die debianisierte Quelle

Native versionierte Pakete haben nur den Master-Zweig.

Obwohl der Verlust der feinkörnigen Historie einzelner Commits sehr bedauerlich ist, ist dies
Skript ermöglicht es einem Betreuer, einen verwendbaren Datensatz der zuvor veröffentlichten Pakete zu importieren
als Basis für die zukünftige Entwicklung. Dies kann ein akzeptabler Kompromiss für Menschen sein, die sich fühlen
Der Vorteil, die zukünftige Entwicklung jetzt auf Git zu verlagern, überwiegt die Unannehmlichkeiten von
Sie müssen sich auf ein Legacy-Repository beziehen, um vollständige Details zu früheren Commits zu erhalten.

Hoffentlich werden die Probleme beim genauen Importieren aus anderen Revisionskontrollsystemen sein
eines Tages gelöst, aber in der Zwischenzeit scheint eine kurze, aber genaue Geschichte nützlicher zu sein als eine
detaillierte, aber weitgehend gefälschte.

Mit dem Zusatz der Debsnap(1) Werkzeug, dessen Nutzungsdauer wurde darüber hinaus verlängert
der ursprünglich vorgesehene Bedarf. Personen, die keinen Zugriff auf die ursprüngliche Überarbeitung haben
Kontrollhistorie überhaupt eine sinnvolle Basis für die Weiterentwicklung bilden kann,
schnell und einfach aus den Paketen, die noch auf öffentlichen Snapshot-Spiegeln verfügbar sind.

Verwenden Sie git-debimport online mit den onworks.net-Diensten