Подтвердить что ты не робот

git - получение ВСЕХ предыдущих версий определенного файла/папки

Я хочу получить всю предыдущую версию определенного файла в репозитории git.

Я вижу, что можно получить одну конкретную версию с командой checkout, но я хочу, чтобы все они были. И команда git clone с параметром depth не позволяет мне клонировать вложенную папку ("недействительное имя репозитория").

Вы знаете, если это возможно и как?

спасибо

4b9b3361

Ответ 1

OP хотел получить все версии, но ответы не доставлялись. Особенно, если файл содержит сотни исправлений (все предложения слишком ручной). Единственное полузарабочее решение было предложено @Tobias в комментариях, но предлагаемая петля bash создавала файлы в случайном порядке, а также генерировала сотни пустых файлов при использовании против наших репозиториев. Одна из причин заключалась в том, что "rev-list --all --объекты" будут перечислять разные объекты (включая деревья, но бесполезные для нашей цели).

Я начал с решения Tobias, добавил счетчики, немного почистил и в итоге изобрел колесо в виде скрипта bash, приведенного ниже.

Скрипт:
- извлекать все версии файлов в /tmp/all_versions_exported
- принять 1 аргумент - относительный путь к файлу внутри git repo
- дать результат имена файлов числовой префикс (сортируемый)
- указать проверенное имя файла в файлах результатов (рассказать яблоки отдельно от апельсинов :)
- указать дату фиксации в имени файла результата (см. пример вывода ниже)
- не создавать пустые файлы результатов

cat/usr/local/bin/git_export_all_file_versions

#!/bin/bash

# we'll write all git versions of the file to this folder:
EXPORT_TO=/tmp/all_versions_exported

# take relative path to the file to inspect
GIT_PATH_TO_FILE=$1

# ---------------- don't edit below this line --------------

USAGE="Please cd to the root of your git proj and specify path to file you with to inspect (example: $0 some/path/to/file)"

# check if got argument
if [ "${GIT_PATH_TO_FILE}" == "" ]; then
    echo "error: no arguments given. ${USAGE}" >&2
    exit 1
fi

# check if file exist
if [ ! -f ${GIT_PATH_TO_FILE} ]; then
    echo "error: File '${GIT_PATH_TO_FILE}' does not exist. ${USAGE}" >&2
    exit 1
fi

# extract just a filename from given relative path (will be used in result file names)
GIT_SHORT_FILENAME=$(basename $GIT_PATH_TO_FILE)

# create folder to store all revisions of the file
if [ ! -d ${EXPORT_TO} ]; then
    echo "creating folder: ${EXPORT_TO}"
    mkdir ${EXPORT_TO}
fi

## uncomment next line to clear export folder each time you run script
#rm ${EXPORT_TO}/*

# reset coutner
COUNT=0

# iterate all revisions
git rev-list --all --objects -- ${GIT_PATH_TO_FILE} | \
    cut -d ' ' -f1 | \
while read h; do \
     COUNT=$((COUNT + 1)); \
     COUNT_PRETTY=$(printf "%04d" $COUNT); \
     COMMIT_DATE='git show $h | head -3 | grep 'Date:' | awk '{print $4"-"$3"-"$6}''; \
     if [ "${COMMIT_DATE}" != "" ]; then \
         git cat-file -p ${h}:${GIT_PATH_TO_FILE} > ${EXPORT_TO}/${COUNT_PRETTY}.${COMMIT_DATE}.${h}.${GIT_SHORT_FILENAME};\
     fi;\
done    

# return success code
echo "result stored to ${EXPORT_TO}"
exit 0


Пример использования:

cd /home/myname/my-git-repo

git_export_all_file_versions docs/howto/readme.txt
    result stored to /tmp/all_versions_exported

ls /tmp/all_versions_exported
    0001.17-Oct-2016.ee0a1880ab815fd8f67bc4299780fc0b34f27b30.readme.txt
    0002.3-Oct-2016.d305158b94bedabb758ff1bb5e1ad74ed7ccd2c3.readme.txt
    0003.29-Sep-2016.7414a3de62529bfdd3cb1dd20ebc1a977793102f.readme.txt
    0004.28-Sep-2016.604cc0a34ec689606f7d3b2b5bbced1eece7483d.readme.txt
    0005.28-Sep-2016.198043c219c81d776c6d8a20e4f36bd6d8a57825.readme.txt
    0006.9-Sep-2016.5aea5191d4b86aec416b031cb84c2b78603a8b0f.readme.txt
    <and so on and on . . .>

edit: если вы видите такие ошибки:

fatal: Недействительное имя объекта 3e93eba38b31b8b81905ceaa95eb47bbaed46494: readme.txt

это означает, что вы запустили скрипт не из корневой папки вашего проекта git.

Ответ 2

Сценарий, предоставленный Дмитрием, действительно решает проблему, но у него было несколько проблем, которые привели меня к тому, чтобы адаптировать его, чтобы он был более подходящим для моих нужд. В частности:

  1. Использование git show ломалось из-за моих настроек формата даты по умолчанию.
  2. Я хотел, чтобы результаты отсортировались по дате, а не по порядку обратной даты.
  3. Я хотел иметь возможность запустить его против файла, который был удален из репо.
  4. Мне не нужны все изменения во всех ветких; Я просто хотел, чтобы изменения были доступны для HEAD.
  5. Я хотел, чтобы это было ошибкой, если оно не было в git-репо.
  6. Мне не нужно было редактировать сценарий для настройки определенных параметров.
  7. То, как это работало, было неэффективным.
  8. Мне не нужна нумерация в именах выходных файлов. (Соответствующая форматная дата служит той же цели.)
  9. Мне нужны более безопасные "пути с пробелами"

Вы можете увидеть последнюю версию моих модификаций в моем реестре github или здесь версию на момент написания этой статьи:

#!/bin/sh

# based on script provided by Dmitry Shevkoplyas at http://stackoverflow.com/questions/12850030/git-getting-all-previous-version-of-a-specific-file-folder

set -e

if ! git rev-parse --show-toplevel >/dev/null 2>&1 ; then
    echo "Error: you must run this from within a git working directory" >&2
    exit 1
fi

if [ "$#" -lt 1 ] || [ "$#" -gt 2 ]; then
    echo "Usage: $0 <relative path to file> [<output directory>]" >&2
    exit 2
fi

FILE_PATH="$1"

EXPORT_TO=/tmp/all_versions_exported
if [ -n "$2" ]; then
    EXPORT_TO="$2"
fi

FILE_NAME="$(basename "$FILE_PATH")"

if [ ! -d "$EXPORT_TO" ]; then
    echo "Creating directory '$EXPORT_TO'"
    mkdir -p "$EXPORT_TO"
fi

echo "Writing files to '$EXPORT_TO'"
git log --diff-filter=d --date-order --reverse --format="%ad %H" --date=iso-strict "$FILE_PATH" | grep -v '^commit' | \
    while read LINE; do \
        COMMIT_DATE='echo $LINE | cut -d ' ' -f 1'; \
        COMMIT_SHA='echo $LINE | cut -d ' ' -f 2'; \
        printf '.' ; \
        git cat-file -p "$COMMIT_SHA:$FILE_PATH" > "$EXPORT_TO/$COMMIT_DATE.$COMMIT_SHA.$FILE_NAME" ; \
    done
echo

exit 0

Пример вывода:

$ git_export_all_file_versions bin/git_export_all_file_versions /tmp/stackoverflow/demo
Creating directory '/tmp/stackoverflow/demo'
Writing files to '/tmp/stackoverflow/demo'
...

$ ls -1 /tmp/stackoverflow/demo/
2017-05-02T15:52:52-04:00.c72640ed968885c3cc86812a2e1aabfbc2bc3b2a.git_export_all_file_versions
2017-05-02T16:58:56-04:00.bbbcff388d6f75572089964e3dc8d65a3bdf7817.git_export_all_file_versions
2017-05-02T17:05:50-04:00.67cbdeab97cd62813cec58d8e16d7c386c7dae86.git_export_all_file_versions

Ответ 3

git rev-list --all --objects -- path/to/file.txt

перечисляет все капли, связанные с пути репо

Чтобы получить определенную версию файла

git cat-file -p commitid:path/to/file.txt

(commitid может быть чем угодно

  • символическое ref (ветвь, имена тегов, удаленные тоже)
  • хеш-фиксация
  • спецификация ревизии, такая как HEAD ~ 3, branch1 @{4} и т.д.

Ответ 4

Иногда старые версии файла доступны только через git reflog. Недавно у меня была ситуация, когда мне нужно было прорыть все коммиты, даже те, которые больше не были частью журнала из-за случайной перезаписи во время интерактивного перезагрузки.

Я написал этот скрипт Ruby для вывода всех предыдущих версий файла, чтобы найти потерянную фиксацию. Достаточно легко было вывести результат этого, чтобы отследить мой недостающий файл. Надеюсь, это поможет кому-то.

#!/usr/bin/env ruby
path_to_file = ""
'git reflog'.split("\n").each do |log|
   puts commit = log.split(" ").first
   puts 'git show #{commit}:#{path_to_file}'
   puts
 end

То же самое можно сделать с помощью git log.

Ответ 5

Все версии файла уже находятся в git repo, когда вы клонируете его. Вы можете создавать ветки, связанные с проверкой конкретной фиксации:

git checkout -b branchname {commit#}

Это может быть достаточно для быстрого и грязного ручного сравнения изменений:

  • выписка в ветки
  • Скопировать в буфер редактора

Это может быть хорошо, если у вас есть только несколько версий, которые нужно учитывать, и не против немного ручных, хотя и встроенных команд git.

Для скриптовых решений уже есть несколько других решений, которые были предоставлены в других ответах.