git-debimport - En ligne dans le Cloud

PROGRAMME:

Nom

git-debimport - crée un référentiel git à partir d'un ensemble de paquets Debian existants

SYNOPSIS

git-debimport [Options] chemin-préfixe

DESCRIPTION

Ce programme créera un référentiel git de tous les fichiers correspondant à ${path-prefix}_*.diff.gz
ou ${path-prefix}_*.debian.tar.{gz,bz2,xz} (avec leur
orig.tar.{gz,bz2,xz}), ou de tous les fichiers qui correspondent à ${path-prefix}_*.tar.{gz,bz2,xz} (pour
paquets natifs Debian).

OPTIONS

Les options suivantes sont disponibles:

--aller chercher
Essayez de télécharger toutes les versions disponibles depuis snapshot.debian.org plutôt que d'utiliser
un ensemble de packages existant. Les Debsnap(1) utilitaire, à partir de devscripts 2.10.63 ou
plus tard, doit être disponible dans le chemin pour utiliser cette option (plus tôt Debsnap versions
pris en charge uniquement snapshot.debian.net qui n'est plus un miroir fonctionnel). Les
seront téléchargés à l'emplacement indiqué par le chemin-préfixe où ils
devrait normalement exister déjà sans cette option. Téléchargé
les packages ne seront pas automatiquement supprimés une fois cette opération terminée.

--fusion tardive
Les premières versions de git-debimport ne fusionnerait que les branches amont et debian
une fois l'importation de tous les packages terminée. Cela évite un échec d'importation où
la fusion peut avoir des conflits qui doivent être résolus manuellement. Nous savons
l'importation du prochain paquet de la série contiendra une résolution à un tel
conflit, donc retarder la fusion permet à l'importation de se poursuivre sans intervention
ou introduire des changements qui ne faisaient pas partie de l'histoire originale. Il fait cependant
produire un historique de moindre qualité pour parcourir les modifications de Debian.
Tous les packages d'origine peuvent être récupérés d'un tel repo avec une parfaite fidélité,
mais la différence entre les versions adjacentes de Debian sera mêlée aux changements en amont
trop.

La valeur par défaut pour les versions actuelles de git-debimport est de fusionner chaque nouveau en amont
version telle qu'elle est importée. Cela donne un aspect beaucoup plus naturel et utile
historique, mais peut échouer dans certains cas. Utilisez cette option pour employer les plus anciens
méthode fiable pour les packages qui génèrent des conflits lors de l'importation.

-dans, --verbeux
Soyez plus bruyant sur les rapports d'opérations en cours. Surtout utile uniquement avec le
--aller chercher option à l'heure actuelle.

EXEMPLE

Importez une archive des packages 'mypackagename' existants depuis mysrcdir :
$ mkdir mondestdir && cd mondestdir
$ git-debimport ../mysrcdir/mypackagename

Importez toutes les versions disponibles de gitpkg depuis snapshot.debian.org :
$ mkdir mondestdir && cd mondestdir
$ git-debimport --fetch ../my-gitpkg-sources/gitpkg

NOTES

Il est regrettable qu'à l'heure actuelle, de nombreux outils permettant d'importer des sources vers git
d'un système de contrôle de révision existant, tout laisse à désirer. Ce script
ne résout pas ce problème. Ce qu'il fait cependant, c'est de créer un référentiel qui le rend
possible d'extraire avec précision tous les packages antérieurs qui lui ont été injectés.
C'est malheureusement plus que ce qui peut être dit pour le résultat de l'exécution de git-cvsimport sur un dépôt
créé par cvs-buildpackage, par exemple.

Il est actuellement très simple et fait un certain nombre d'hypothèses codées en dur sur le
pension résultante. Pour les packages en version debian, il créera un référentiel avec deux branches :

en amont - pour la source amont vierge
maître - pour la source débianisée

Les packages versionnés natifs n'auront que la branche master.

Bien que la perte de l'historique granulaire des commits individuels soit des plus regrettables, cette
le script permet à un responsable d'importer un enregistrement utilisable des packages précédemment publiés
comme base de développement futur. Cela peut être un compromis acceptable pour les personnes qui se sentent
l'avantage de déplacer le développement futur vers git l'emporte maintenant sur l'inconvénient de
avoir besoin de se référer à un référentiel hérité pour plus de détails sur les commits précédents.

Espérons que les problèmes d'importation précise à partir d'autres systèmes de contrôle de révision seront
résolu un jour, mais en attendant, un historique bref mais précis semble plus utile qu'un
détaillé mais largement faux.

Avec l'ajout du Debsnap(1) outil, la durée de vie de celui-ci a été prolongée au-delà
le besoin initialement prévu. Les personnes qui n'ont pas accès à la révision originale
l'histoire du contrôle peut se construire une base utile pour un développement ultérieur,
rapidement et facilement, à partir des packages encore disponibles sur les miroirs d'instantanés publics.

Utilisez git-debimport en ligne en utilisant les services onworks.net