Может ли git обрабатывать zip-файлы как каталоги, а файлы внутри zip-архива - как капли?

Этого не существует, но он мог бы легко существовать в текущей структуре. Так же, как git по-разному работает с отображением двоичных файлов или файлов ascii при выполнении сравнения, ему можно было бы предложить особую обработку определенных типов файлов через интерфейс конфигурации.

Если вы не хотите менять кодовую базу (хотя это неплохая идея), вы также можете написать сценарий для себя, используя хуки перед фиксацией и после оформления заказа, чтобы распаковать и сохранить файлы, а затем вернуть их в состояние .zip при оформлении заказа. Вам придется ограничить действия только теми файлами blobs / indexes, которые указаны в git add.

В любом случае придется немного поработать - вопрос лишь в том, знают ли другие команды git о том, что происходит, и хорошо ли играют.

Zippey - решение, использующее фильтр файлов git

Мое решение - использовать фильтр, чтобы превратить zip-файл в монолитный расширенный (возможно, огромный) текстовый файл. В течение _1 _ / _ 2_ zip-файл будет автоматически расширен до этого текстового формата для обычного сравнения текста, а во время оформления заказа он снова автоматически архивируется.

Текстовый файл состоит из записей, каждая из которых представляет собой файл в zip-архиве. Таким образом, вы можете думать, что этот текстовый файл представляет собой текстовое изображение для исходного zip-архива. Если файл в zip-архиве действительно текстовый, он копируется в текстовый файл; в противном случае он кодируется в base64 перед копированием в файл текстового формата. При этом текстовый файл всегда остается текстовым файлом.

Хотя этот фильтр не превращает каждый файл в zip-архиве в большой двоичный объект, текстовые файлы сопоставляются построчно, что является единицей сравнения, в то время как изменения двоичных файлов могут быть представлены обновлениями соответствующих им base64. Я думаю, что это эквивалентно тому, что представляет себе ОП.

Для получения подробной информации и кода прототипа вы можете прочитать следующую ссылку:

Фильтр файлов Zippey Git

Также благодарю место, которое вдохновило меня на это решение: Описание того, как файловый фильтр работает

Используйте bup (подробно описано в GitMinutes # 24)

Это единственная git-подобная система, предназначенная для работы с большими (даже очень очень большими) файлами, что означает, что каждая версия zip-файла будет увеличивать репо только от его дельты (вместо полной дополнительной копия)

Результатом является фактическое репозиторий git, который может прочитать обычная команда Git.

Я подробно описываю, чем bup отличается от Git, в «git с большими файлами».

Любой другой обходной путь (например, git-annex) не совсем удовлетворителен, поскольку подробно описано в «git-annex с большими файлами».

http://tante.cc/2010/06/23/managing-zip-based-file-formats-in-git/

(Примечание: согласно комментарию Рубена, речь идет только о получении правильного различия, а не о фиксации разархивированных файлов.)

Откройте ваш файл ~ / .gitconfig (создайте, если он еще не существует) и добавьте следующую строфу:

[diff "zip"] textconv = unzip -c -a

Он использует «unzip -c -a FILENAME» для преобразования вашего zip-файла в текст ASCII (unzip -c распаковывает в STDOUT). Далее необходимо создать / изменить файл REPOSITORY / .gitattributes и добавить следующие

* .pptx diff = zip

который сообщает git использовать описание zip-diff из конфигурации для файлов, соответствующих данной маске (в данном случае все, что заканчивается на .pptx). Теперь git diff автоматически распаковывает файлы и сравнивает вывод ASCII, что немного лучше, чем просто «двоичные файлы отличаются». С другой стороны, по сравнению с запутанным беспорядком, который представляет собой соответствующий XML-файл pptx, он не очень помогает, но для ZIP-файлов, включая текст (например, архивы исходного кода), это действительно очень удобно.

Повторно заархивировать ReZipDoc, аналогично Zippey by sippey, позволяет обрабатывать ZIP файлы лучше с помощью git.

Как это работает

При добавлении / фиксации файла на основе ZIP Rezip распаковывает его и переупаковывает без сжатия перед добавлением в индекс / фиксацию. В несжатом ZIP-файле заархивированные файлы отображаются как есть по своему содержанию (вместе с некоторой двоичной метаинформацией перед каждым файлом). Если эти заархивированные файлы представляют собой текстовые файлы, этот метод будет хорошо работать с git.

Преимущества

Основное преимущество Rezip по сравнению с Zippey заключается в том, что фактический файл, хранящийся в репозитории, по-прежнему является файлом ZIP. Таким образом, во многих случаях он по-прежнему будет работать как есть с соответствующим приложением (например, Open Office), даже если он получен без прохождения фильтра повторной упаковки со сжатием.

Как пользоваться

Установите фильтр (ы) в вашу систему:

mkdir -p ~/bin
cd ~/bin

# Download the filer executable
wget https://github.com/costerwi/rezip/blob/master/Rezip.class

# Install the add/commit filter
git config --global --replace-all filter.rezip.clean "java -cp ~/bin Rezip --store"

# (optionally) Install the checkout filter
    git config --global --add filter.rezip.smudge "java -cp ~/bin Rezip"

Используйте фильтр в своем репозитории, добавив в файл <repo-root>/.gitattributes такие строки:

[attr]textual     diff merge text
[attr]rezip       filter=rezip textual

# MS Office
*.docx  rezip
*.xlsx  rezip
*.pptx  rezip
# OpenOffice
*.odt   rezip
*.ods   rezip
*.odp   rezip
# Misc
*.mcdx  rezip
*.slx   rezip

Часть textual предназначена для того, чтобы эти файлы фактически отображались как текстовые файлы в различиях.

Вот мой подход:

• Использование фильтров git diff для замены файлов архива сводкой содержимого

  git config filter.zip.clean "unzip -v %f | tail -n +4 | head -n -2 | awk '{ print \$7,\$8 }' | grep -vE /$ | sort -k 2"
  git config filter.zip.smudge "unzip -v %f | tail -n +4 | head -n -2 | awk '{ print \$7,\$8 }' | grep -vE /$ | sort -k 2"
  

• Использование ловушки pre-commit для извлечения и добавления содержимого архива:

  #!/bin/sh
  #
  # Git archive extraction pre commit hook
  #
  # Created: 2021 by Vivien Richter <[email protected]>
  # License: CC-BY-4.0
  # Version: 1.0.0
  
  # Configuration
  ARCHIVE_EXTENSIONS=$(cat .gitattributes | grep "zip" | tr -d [][:upper:] | cut -d " " -f1 | cut -d. -f2 | head -c -1 | tr "\n" "|")
  
  # Processing
  for STAGED_FILE in $(git diff --name-only --cached | grep -iE "\.($ARCHIVE_EXTENSIONS)$")
  do
      if [ ! -f "$STAGED_FILE" ]; then
          # Deletes the archive content, if the archive itself is removed
          rm -r ".$(basename $STAGED_FILE).content"
      else
          # Extracts archives
          unzip -o $STAGED_FILE -d ".$(basename $STAGED_FILE).content"
      fi
      # Adds extracted or deleted archive content to the stage
      git add ".$(basename $STAGED_FILE).content"
  done
  

• Использование ловушки post-checkout для повторной упаковки архивов для использования:

  #!/bin/sh
  #
  # Git archive packing post checkout hook
  #
  # Created: 2021 by Vivien Richter <[email protected]>
  # License: CC-BY-4.0
  # Version: 1.0.0
  
  # Configuration
  ARCHIVE_EXTENSIONS=$(cat .gitattributes | grep "zip" | tr -d [][:upper:] | cut -d " " -f1 | cut -d. -f2 | head -c -1 | tr "\n" "|")
  
  # Processing
  for EXTRACTED_ARCHIVE in $(git ls-tree -dr --full-tree --name-only HEAD | grep -iE "\.($ARCHIVE_EXTENSIONS)\.content$")
  do
      # Gets filename
      FILENAME=$(dirname $EXTRACTED_ARCHIVE)/$(basename $EXTRACTED_ARCHIVE | cut -d. -f2- | awk -F '.content' '{ print $1 }')
      # Removes the dummy archive file
      rm $FILENAME
      # Jumps into the extracted archive
      cd $EXTRACTED_ARCHIVE
      # Creates the real archive file
      zip -r9 ../"$FILENAME" $(find . -type f)
      # Jumps back
      cd ..
  done
  

• Примените фильтр к файлу .gitattributes:

  # Macro for all file types that should be treated as ZIP archives.
  [attr]zip filter=zip
  
  # OpenDocument
  *.[oO][dD][tT] zip
  *.[oO][dD][sS] zip
  *.[oO][dD][gG] zip
  *.[oO][dD][pP] zip
  *.[oO][dD][mM] zip
  
  # Krita
  *.[kK][rR][aA] zip
  
  # VRoid Studio
  *.[vV][rR][oO][iI][dD] zip
  *.[fF][vV][pP] zip
  

• Добавьте бинарную обработку в файл .gitattributes:

  # Macro for all binary files that should use Git LFS.
  [attr]bin -text filter=lfs diff=lfs merge=lfs lockable
  
  # Images
  *.[jJ][pP][gG] bin
  *.[jJ][pP][eE][gG] bin
  *.[pP][nN][gG] bin
  *.[aA][pP][nN][gG] bin
  *.[gG][iI][fF] bin
  *.[bB][mM][pP] bin
  *.[tT][gG][aA] bin
  *.[tT][iI][fF] bin
  *.[tT][iI][fF][fF] bin
  *.[sS][vV][gG][zZ] bin
  

• Добавьте что-нибудь в .gitignore файл:

  # Auto generated LFS hooks
  .githooks/pre-push
  
  # Temporary files
  *~
  

• Некоторая конфигурация:

  1. Install Git LFS
  2. Подготовьте LFS, выполнив команду git lfs install один раз.
  3. Установите перехватчики, введя команду git config core.hooksPath .githooks.
  4. Примените обработчик оформления заказа один раз, введя команду .githooks/post-checkout.
  5. Примените фильтр один раз, введя команду git add -A.

Пример см. Здесь: https://github.com/vivi90/git-zip

Важные ИСПРАВЛЕНИЯ ОШИБОК с 14 по 16 марта 2021 г.

Пожалуйста, отредактируйте хук фиксации (для меня .githooks/pre-commit) следующим образом:

#!/bin/sh
#
# Git archive extraction pre commit hook
#
# Created: 2021 by Vivien Richter <[email protected]>
# License: CC-BY-4.0
# Version: 1.0.2

# Configuration
ARCHIVE_EXTENSIONS=$(cat .gitattributes | grep "zip" | tr -d [][:upper:] | cut -d " " -f1 | cut -d. -f2 | head -c -1 | tr "\n" "|")

# Processing
for STAGED_FILE in $(git diff --name-only --cached | grep -iE "\.($ARCHIVE_EXTENSIONS)$")
do
    # Deletes the old archive content
    rm -rf ".$(basename $STAGED_FILE).content"
    # Extracts the archive content, if the archive itself is not removed
    if [ -f "$STAGED_FILE" ]; then
        unzip -o $STAGED_FILE -d "$(dirname $STAGED_FILE)/.$(basename $STAGED_FILE).content"
    fi
    # Adds extracted or deleted archive content to the stage
    git add "$(dirname $STAGED_FILE)/.$(basename $STAGED_FILE).content"
done

Известные проблемы

• Пробелы в именах файлов (22 апреля 2021 г.), см. https://github.com/vivi90/git-zip/issues/1

Я думаю, вам нужно будет смонтировать zip-файл в файловую систему. Я не использовал его, но подумайте о FUSE:

http://code.google.com/p/fuse-zip/

Также существует ZFS для Windows и Linux:

http://users.telenet.be/tfautre/softdev/zfs/

Часто возникают проблемы с предварительно заархивированными файлами для приложений, поскольку они ожидают, что метод сжатия zip и порядок файлов будут теми, которые они выбрали. Я считаю, что эта проблема есть в файлах Open Office .odf.

Тем не менее, если вы просто используете any-old-zip как метод для хранения вещей, вы должны иметь возможность создать несколько простых псевдонимов, которые будут распаковываться и повторно заархивироваться при необходимости. Самый последний Msysgit (он же Git для Windows) теперь имеет как zip, так и unzip на стороне кода оболочки, поэтому вы можете использовать их в псевдонимах.

Проект, над которым я сейчас работаю, использует zip-архивы в качестве основного локального управления версиями / архива, поэтому я также пытаюсь получить работоспособный набор псевдонимов для втягивания этих сотен zip-архивов в git (и их повторного извлечения ;-), поэтому что коллеги счастливы.