Réponses:
Si vous souhaitez répertorier tous les fichiers d'une branche spécifique, par exemple master
:
git ls-tree -r master --nom uniquement
L' -r
option le laissera recurse dans des sous-répertoires et imprimera chaque fichier actuellement sous contrôle de version. Vous pouvez également spécifier HEAD
au lieu de master
pour obtenir la liste de toute autre branche dans laquelle vous vous trouvez.
Si vous souhaitez obtenir une liste de tous les fichiers ayant déjà existé, voir ici :
git log --pretty = format: --name-only --diff-filter = A | trier -u
git ls-tree -r master --name-only
cela ferait la même chose que la première option, sans avoir besoin du cut
. Ah, et vous pouvez spécifier HEAD
au lieu de master
si vous voulez juste cette liste pour la branche dans laquelle vous vous trouvez actuellement.
-
? Certaines lignes supplémentaires montrant des fichiers dans une deuxième colonne sont répétés à partir de la première.
La git ls-files
commande fera ce dont vous avez besoin.
Source: http://www.kernel.org/pub/software/scm/git/docs/git-ls-files.html
git ls-files
au lieu de git ls-tree -r master --name-only
est certainement plus simple.
git-ls-files
binaire. Il y a le git
binaire avec la ls-files
commande. Le lien vers la documentation est correct dans son contenu, mais techniquement pour un binaire obsolète.
git-commit
, git-init
, git-ls-files
, etc. , même si les programmes sont sous - commandes en réalité. Il n'y a jamais eu de git-ls-files
binaire, très probablement. Le raisonnement est qu'il est cohérent avec le mécanisme de sous-commande externe, ce qui vous permet d'enregistrer une git foo
commande en écrivant un git-foo
binaire.
git ls-files
n’imprimera que les fichiers du répertoire de travail en cours.
Si, par exemple, vous avez un dépôt Git pour dotfiles ( core.worktree = /
), vous aurez des fichiers hors de la racine git et cette simple commande ne fonctionnera plus.
En bref, cela fonctionnera:
git --git-dir "`git rev-parse --git-dir`" \
-C "`git config core.worktree || pwd`" \
ls-files
Exemple:
mkdir ~/dotfiles
cd ~/dotfiles
git config core.worktree /
# Ignore all files by default, else Git will find all files under "/"
echo "*" > .git/info/exclude
# Add files at the git repo's root and somewhere in the work tree
touch README
git add -f README
git add -f /etc/ssh/sshd_config
# `git status` would now print:
# new file: ../../../etc/ssh/sshd_config
# new file: README
git status
git commit -m "Initial commit"
# At this point, `git ls-files` prints only:
# README
git ls-files
# But you can print all files inside the work tree. This will print:
# etc/ssh/sshd_config
# home/yourusername/dotfiles/README
git --git-dir "`git rev-parse --git-dir`" -C "`git config core.worktree || pwd`" ls-files
Si vous voulez que les chemins soient spécifiés par rapport à votre répertoire (shell) actuel, ceci fait le travail:
alias gls='git ls-tree -r master --name-only HEAD "`git config core.worktree`"'
et dans l'exemple ci-dessus, il imprimerait
README
../../../etc/ssh/sshd_config
git ls-files
montre tout dans le répertoire actuel et ci-dessous. Cela ne montre tout simplement pas les fichiers supprimés dans le référentiel.
Vous pouvez également utiliser le gitk
visualiseur de référentiel interactif.
S'il vous plaît jeter un oeil à l'image, sur le côté droit il y a deux options patch et arbre. Si vous sélectionnez une arborescence, vous pouvez afficher la structure des dossiers pour chaque commit.