Zip dernières commis des changements seulement

Git a la très pratique archive commande qui me permet de faire une copie d'un particulier s'engager dans un .archive zip comme suit:

git archive -o ../latest.zip some-commit

Cela va contenir l'ensemble de l'arbre de travail pour validation. Habituellement, j'ai juste besoin les fichiers modifiés depuis la version précédente. Actuellement, je utiliser pour obtenir ces fichiers dans un zip:

git diff --name-only previous-commit latest-commit | zip ../changes.zip -@

Ce sera toutefois les fichiers zip de ma copie de travail, ce qui peut avoir des modifications non validées. Est-il un moyen pour obtenir uniquement les fichiers modifiés comme ils ont été commis directement dans un zip?

InformationsquelleAutor Marnix van Valen | 2010-08-06
  1. 42

    git archive acceptera les chemins comme arguments. Tous vous avez besoin à faire est de:

    git archive -o ../latest.zip some-commit $(git diff --name-only earlier-commit some-commit)

    ou si vous avez des fichiers avec des espaces (ou d'autres caractères spéciaux) dans, l'utilisation de xargs:

    git diff --name-only earlier-commit some-commit | xargs -d'\n' git archive -o ../latest.zip some-commit

    Si vous n'avez pas xargs correctement installé, vous pouvez faire cuire jusqu'à une alternative:

    #!/bin/bash

IFS=$'\n'
files=($(git diff --name-only earlier-commit some-commit))

git archive -o ../latest.zip some-commit "${files[@]}"

    Écrit comme un script shell, mais devrait fonctionner comme un one-liner trop. Vous pouvez également modifier earlier-commit, some-commit, et ../latest.zip à $1 $2 et $3 et vous avez vous-même un script réutilisables.

    • Nice one! Qui fonctionne très bien.
    • Méfiez-vous que l'extraction d'une archive ne peut pas supprimer tous les fichiers. Cela peut entraîner dur pour diagnostiquer des problèmes plus tard.
    • Très vrai. C'est pourquoi les patchs sont grands. @Marnix van Valen: Vous pourriez peut-être tout simplement de générer le patch puis les envelopper avec un script (vous pouvez même utiliser un heredoc de garder tout ça dans un seul fichier) - alors qu'il serait à la fois utilisable et, ainsi, de les corriger.
    • Ce que j'ai l'habitude de faire est d'inclure une liste de tous les ajouter et de retirer des fichiers avec la version. Le client devra alors ajouter ou supprimer manuellement les fichiers vers/à partir de la source de contrôle sur sa fin. @Jefromi Bonne idée. Qui permettrait d'enlever complètement toute erreur humaine. Je vais donner un coup de feu.
    • Un problème avec la deuxième commande; il ne fonctionne pas sur windows. Le xargs version qui vient avec Windows git programme d'installation ne prend pas en charge l'option-d. Ni n'importe quel autre xargs des versions pour windows que j'ai pu trouver. Une idée pour une solution de rechange?
    • van Valen: Alors je le ferais à l'intérieur de bash. Voir la réponse.
    • Il y a une solution de travail pour les noms de fichiers avec des espaces ici: stackoverflow.com/questions/7226009/...
    • Essayez ceci: stackoverflow.com/questions/21639415/...
    • Je reçois un "fatal: Pas un nom d'objet valide" lors de l'exécution de git archive -o ../../../stash.zip INDEX path/to/file/one path/to/file/two

    InformationsquelleAutor Cascabel
  2. 4

    Si la création d'un patch n'est pas une option, alors quelque chose comme ceci:

    git stash
git checkout latest-commit
git diff --name-only previous-commit | zip ../changes.zip -@
git checkout master
git stash apply

    REMARQUE: Le git stash et git stash apply ne sont nécessaires que si vous avez de la copie de travail modifications qui n'ont pas été commis.

    NOTE 2: git checkout latest-commit va vous mettre sur un décollement de la tête. Assurez-vous de git checkout master lorsque vous avez terminé, ou vous pourriez vous retrouver à avoir des problèmes avec l'avenir s'engage.

    • J'ai été un peu en espérant que pour une commande unique solution...
    • van Valen, Alors pourquoi ne pas le transformer en un simple script (ou un fichier de commandes)? Le problème, c'est que vous avez besoin de traduire la liste des noms de fichiers dans des versions spécifiques. La seule autre façon, je pense à utiliser git show latest-commit:file. Cependant, je n'étais pas en mesure de venir avec un liner pour ce faire. Il ressemblerait à quelque chose comme ceci: git diff --name-only previous-commit | xargs -I file git show latest-commit:file ... mais là est le problème. Ce imprime le fichier (sans son nom) sur la sortie standard STDOUT. Comment cela peut-il être traduit dans le fichier zip?
    InformationsquelleAutor Tim Henigan
  3. 2

    Afin de mettre en œuvre quelque chose d'utile pour résoudre une telle question pour moi, j'ai mis en place un simple script bash. Le script prend une révision de hachage et crée un tar.gz archive avec tous les fichiers modifiés, y compris le répertoire de la hiérarchie.
    N'importe qui pourrait l'utiliser ou de le modifier, je serais heureux si cela peut aider quelqu'un.

    Il suffit d'exécuter le script dans le répertoire de racine pour le dépôt git et passer de révision de hachage à la ligne de commande argumens.

    Lien vers le script sur hithub

    • L'exemple se homoserine llike ceci: #./do_delivery.sh -r a5ab48cdbb -n "vmeagt_delivery" ===> nom de fichier de l'Archive: "vmeagt_delivery-20120430" ===> Révisions touchés: "a5ab48cdbb-->TÊTE" ===> Output path: "/Users/crible/Projets/ServerView_Agents/" ===> Git: "/Users/crible/Projets/ServerView_Agents/" ===> Création d'tar.gz archive... ===> Fait!
    • C'est juste la première version, qui a fortement besoin d'être améliorée 🙂
    InformationsquelleAutor
  4. 1

    J'ai comme une solution, une ligne et assez simple:

    zip archive.zip $(git diff-tree --no-commit-id --name-only -r latest-commit)

    Vous pouvez ainsi utiliser toute autre méthode d'archivage comme le goudron avec cette méthode.

    InformationsquelleAutor Denis Chevalier
  5. -1

    pourquoi ne pas créer un git patch que vous pouvez ensuite appliquer à d'autres codebase?

    $ git format-patch HEAD^..HEAD
    • Pas tout le monde sait comment travailler avec les fichiers de patch, j'ai peur. Je l'utilise pour fournir de nouvelles versions de mes clients. La décompression d'une archive est quelque chose que même les non-développeurs peuvent faire. L'application d'un correctif nécessite des compétences qui ne sont pas tous mes clients ont maîtrisé (ou même envie de master).
    InformationsquelleAutor knittl