Отримайте один файл із сховища

Який найефективніший механізм (стосовно переданих даних та використовуваного дискового простору) для отримання вмісту одного файлу з віддаленого сховища git?

Поки мені вдалося придумати:

git clone --no-checkout --depth 1 git@github.com:foo/bar.git && cd bar && git show HEAD:path/to/file.txt

Це все ще здається непосильним.

Як щодо отримання декількох файлів з репо?

у git версії 1.7.9.5 це, здається, працює для експорту одного файлу з віддаленого пристрою

git archive --remote=ssh://host/pathto/repo.git HEAD README.md

Це визначить вміст файлу README.md.

Слідом за Якуб «s відповідь . git archiveстворює тар або zip-архів, тому для отримання вмісту файлу потрібно передавати вихід через tar:

git archive --remote=git://git.foo.com/project.git HEAD:path/to/directory filename | tar -x

Збереже копію "імені файлу" з HEAD віддаленого сховища в поточному каталозі.

:path/to/directoryЧастина є необов'язковою. Якщо виключено, отриманий файл буде збережено в<current working dir>/path/to/directory/filename

Крім того, якщо ви хочете включити використання в git archive --remoteрепозиторіях Git, розміщених git-daemon, вам потрібно включити параметр config daemon.uploadarch. Дивіться https://kernel.org/pub/software/scm/git/docs/git-daemon.html

Якщо є розгорнутий веб-інтерфейс (наприклад, gitweb, cgit, Gitorious, ginatra), ви можете використовувати його для завантаження одного файлу ("raw" або "plain").

Якщо інша сторона його включила , ви можете скористатися параметром git archive 's' --remote=<URL>'(і, можливо, обмежити його до каталогу, в якому знаходиться файл, який знаходиться у), наприклад:

$ git archive --remote=git@github.com:foo/bar.git --prefix=path/to/ HEAD:path/to/ |  tar xvf -

Загалом, але якщо ви використовуєте Github:

Для мене wgetсировина URL виявилася найкращим і найпростішим способом завантажити один конкретний файл.

Відкрийте файл у браузері і натисніть на кнопку «Сире». Тепер оновіть веб-переглядач, скопіюйте URL-адресу та виконайте wgetабо чи curlна ньому.

Приклад wget:

wget 'https://github.abc.abc.com/raw/abc/folder1/master/folder2/myfile.py?token=DDDDnkl92Kw8829jhXXoxBaVJIYW-h7zks5Vy9I-wA%3D%3D' -O myfile.py

Приклад завитка:

curl 'https://example.com/raw.txt' > savedFile.txt

Щоб експортувати один файл із віддаленого пристрою:

git archive --remote=ssh://host/pathto/repo.git HEAD README.md | tar -x

Це завантажить файл README.mdу поточний каталог.

Якщо ви хочете, щоб вміст файлу експортувався до STDOUT:

git archive --remote=ssh://host/pathto/repo.git HEAD README.md | tar -xO

В кінці команди можна надати кілька шляхів.

Для мене це виглядає як рішення: http://gitready.com/intermediate/2009/02/27/get-a-file-from-a-specific-revision.html

git show HEAD~4:index.html > local_file

де 4означає чотири редакції з цього моменту і ~є тильдом, як згадується в коментарі.

Я цим користуюся

$ cat ~/.wgetrc
check_certificate = off

$ wget https://raw.github.com/jquery/jquery/master/grunt.js
HTTP request sent, awaiting response... 200 OK
Length: 11339 (11K) [text/plain]
Saving to: `grunt.js'

Нюансований варіант деяких відповідей тут, що відповідає на питання ОП:

git archive --remote=git@archive-accepting-git-server.com:foo/bar.git \
  HEAD path/to/file.txt | tar -xO path/to/file.txt > file.txt

Якщо репозиторій підтримує маркери (наприклад, GitLab), то генеруйте маркер для свого користувача, тоді перейдіть до файлу, який ви завантажите, і натисніть на вихід RAW, щоб отримати URL-адресу. Щоб завантажити файл, використовуйте:

curl --silent --request GET --header 'PRIVATE-TOKEN: replace_with_your_token' \
'http://git.example.com/foo/bar.sql' --output /tmp/bar.sql

Я вирішив таким чином:

git archive --remote=ssh://git@gitlab.com/user/mi-repo.git BranchName /path-to-file/file_name | tar -xO /path-to-file/file_name > /path-to-save-the-file/file_name

Якщо ви хочете, ви можете замінити "BranchName" на "HEAD"

Мені здається, найпростіший спосіб використовувати наступне:

wget https://github.com/name/folder/file.zip?raw=true

Відповідь Ісраель Дов прямозначна , але не дозволяє стиснути. Ви можете використовувати --format=zip, але ви не можете безпосередньо розпакувати цю команду pipe, як ви можете з tar, тому вам потрібно зберегти її як тимчасовий файл. Ось сценарій:

#!/bin/bash

BASENAME=$0

function usage {
    echo "usage: $BASENAME <remote-repo> <file> ..."
    exit 1
}

[ 2 -gt "$#" ] && { usage; }

REPO=$1
shift
FILES=$@

TMPFILE=`mktemp`.zip
git archive -9 --remote=$REPO HEAD $FILES -o $TMPFILE
unzip $TMPFILE
rm $TMPFILE

Це працює і з каталогами.

Для одного файлу просто використовуйте команду wget.

Спочатку дотримуйтесь малюнку нижче, щоб натиснути "raw", щоб отримати URL, інакше ви завантажите код, вбудований у html.

Потім браузер відкриє нову сторінку з URL-адресою, починаючи з https://raw.githubusercontent.com/ ...

просто введіть команду в термінал:

#wget https://raw.githubusercontent.com/...

Деякий час файл буде розміщений у вашій папці.

Якщо ваш Git сховище розміщено на Azure-DevOps (VSTS), ви можете отримати один файл за допомогою API відпочинку .

Формат цього API виглядає приблизно так:

 https://dev.azure.com/{organization}/_apis/git/repositories/{repositoryId}/items?path={pathToFile}&api-version=4.1?download=true

Наприклад:

 https://dev.azure.com/{organization}/_apis/git/repositories/278d5cd2-584d-4b63-824a-2ba458937249/items?scopePath=/MyWebSite/MyWebSite/Views/Home/_Home.cshtml&download=true&api-version=4.1

Я використовую curl, він працює з загальнодоступними репозиторами або з тими, хто використовує https-базову автентифікацію через веб-інтерфейс.

curl -L --retry 20 --retry-delay 2 -O https://github.com/ACCOUNT/REPO/raw/master/PATH/TO/FILE/FILE.TXT -u USER:PASSWORD

Я тестував це на github та bitbucket, працює на обох.

Якщо ви хочете отримати файл із певного хешу + віддаленого сховища, я спробував git-archive, і він не працював.

Вам потрібно буде використовувати git-клон, і як тільки репозиторій буде клонований, ви повинні використовувати git-архів, щоб він працював.

Я розміщую питання про те, як зробити це простіше в архіві git з певного хеша з віддаленого

для бітбукета безпосередньо з браузера (я використовував сафарі ...) клацніть правою кнопкою миші на "Переглянути сировину" та виберіть "Завантажити пов'язаний файл":

Якщо ви не заперечуєте проти клонування всього каталогу, ця невелика функція bash / zsh матиме кінцевий результат клонування одного файлу у вашому поточному каталозі (клонувавши репо в тимчасовий каталог та видаляючи його згодом).

Pro: Ви отримуєте лише потрібний файл

Кон: Вам ще доведеться чекати, поки не буде клоновано ціле репо

git-single-file () {
        if [ $# -lt 2 ]
        then
                echo "Usage: $0 <repo url> <file path>"
                return
        fi
        TEMP_DIR=$(mktemp -d)
        git clone $1 $TEMP_DIR
        cp $TEMP_DIR/$2 .
        rm -rf $TEMP_DIR
}

Рішення Github Enterprise

HTTPS_DOMAIN=https://git.your-company.com
ORGANISATION=org
REPO_NAME=my-amazing-library
FILE_PATH=path/to/some/file
BRANCH=develop
GITHUB_PERSONAL_ACCESS_TOKEN=<your-access-token>

URL="${HTTPS_DOMAIN}/raw/${ORGANISATION}/${REPO_NAME}/${BRANCH}/${FILE_PATH}"

curl -H "Authorization: token ${GITHUB_PERSONAL_ACCESS_TOKEN}" ${URL} > "${FILE_PATH}"

Якщо ваша мета - просто завантажити файл, існує безпроблемна програма під назвою gget:

gget github.com/gohugoio/hugo 'hugo_extended_*_Linux-ARM.deb'

У наведеному вище прикладі можна завантажити один файл із hugoсховища.

https://github.com/dpb587/gget

Що стосується відповіді @Steven Penny, я також використовую wget. Крім того, щоб вирішити, в який файл відправити вихід, я використовую -O

Якщо ви використовуєте gitlabs, іншою можливістю для URL є:

wget "https://git.labs.your-server/your-repo/raw/master/<path-to-file>" -O <output-file>

Якщо у вас немає сертифіката або ви не маєте доступу до надійного сервера для установки gitlabs, вам потрібно - no-check-сертифікат, як сказав @Kos. Я вважаю за краще це, а не змінювати .wgetrc, але це залежить від ваших потреб.

Якщо це великий файл, ви можете розглянути можливість використання -c з wget. Щоб мати змогу продовжувати завантаження файлу звідки ви його залишили, якщо попередній намір провалився посередині.