Чи існує спосіб перегляду та відображення файлів у git repo, не спершу клонувавши його? Я можу робити те, у svn, використовуючи команди:
svn ls / шлях / до / репо svn cat / шлях / до / repo / file-in-repo
Я нібито можу використовувати git show, але роблю:
git show / шлях / до / репо git show HEAD: / шлях / до / репо
результат до
фатально: Не сховище git
Відповіді:
Команда, яку ви хочете, є git ls-remote це дозволяє отримати певну інформацію про віддалені сховища, але ви не можете показувати історію, перелічувати каталоги або що-небудь такого рівня: по суті, це дозволяє лише бачити віддалені об'єкти на дуже високому рівні (ви можете бачити поточні HEAD та теги, наприклад).
Єдиний реальний спосіб зробити те, що ви хочете (якщо я правильно розумію), це використовувати ssh для запуску віддаленої команди та повернення результатів, наприклад:
ssh me@otherhost "cd repo && git log -n 10"
Те, що ви хочете, було б чудовим функціоналом, якби вони могли його додати, але з того, що я читав, це не дуже просто, оскільки для отримання історії тощо потрібна велика кількість інформації, щоб бути локальною для git, і в цей момент ви, можливо, також зробили git fetch .
Git розподіляється системою управління версіями, тоді як Subversion є централізованою (клієнт-сервер) системою управління версіями. Вони працюють по-різному; звикнути до цього. Будь ласка, прочитайте мою відповідь, що пояснює наслідки цієї різниці для git еквівалентаsvn status -u запитання на StackOverflow.
Повторюю себе трохи: в централізованій системі управління версіями (наприклад, CVS або Subversion) майже всі команди обробляються на сервері і включають мережу. Дуже мало команд виконується локально. Зауважте, що для того, щоб мати хороші показники "svn status" та "svn diff" Subversion зберігає "первозданну копію" перевіреної версії на клієнті, не потрібно залучати мережевий переказ для цих звичайних операцій (це означає, що Subversion checkout = 2 x розмір робочого каталогу не менше).
У розподіленій системі управління версіями (наприклад, Git, Mercurial або Bazaar), де ви маєте локальну копію (клонування) цілого сховища, майже всі команди виконуються на клієнті . Дуже мало команд вимагає підключення до мережі до іншого сховища (до сервера).
Кількість команд, які можна виконати на сервері, обмежена.
Погляньте на http://git-scm.com/book/en/Git-Internals-Transfer-Protocols, щоб дізнатись, як це зробити за деякими транспортними протоколами. Зауважте, це не працює для стандартного git через SSH.
Для git через SSH, оновлений git на стороні сервера повинен дозволяти вам git-архівувати безпосередньо з віддаленого пристрою, який ви могли б, наприклад, передати "tar t", щоб отримати список усіх файлів у заданій комісії.
GitHub сумісний з svn, тому ви можете використовувати svn ls
svn ls https://github.com/user/repository.git/branches/master/
BitBucket підтримує git-архів, тому ви можете завантажувати tar-архів та перелічувати заархівовані файли. Це не дуже ефективно, але працює:
git archive --remote=git@bitbucket.org:repository HEAD directory | tar -t
Не точно, а навпаки.
Використовуйте API для розробників GitHub
Якщо відкрити це, ви отримаєте останні зобов’язання.
https://api.github.com/repos/learningequality/ka-lite/commiss
Ви можете отримати конкретні деталі фіксації, приєднавши хеш фіксування в кінці вищевказаної URL-адреси.
Усі файли (вам потрібно sha для головного дерева)
Я сподіваюся, що це може допомогти.
Це, мабуть, дехто вважає брудним, але дуже практичним рішенням у випадку сховищ github є лише створення сценарію, наприклад "git-ls":
#!/bin/sh
remote_url=${1:? "$0 requires URL as argument"}
curl -s $remote_url | grep js-directory-link | sed "s/.* title=\"\(.*\)\".*/\1/"
Зробити його виконуваним і досяжні звичайно: chmod a+x git-ls; sudo cp git-ls /usr/local/bin. Тепер ви просто запускаєте його, як хочете:
git-ls https://github.com/mrquincle/aim-bzr
git-ls https://github.com/mrquincle/aim-bzr/tree/master/aim_modules
Також знайте, що існує git instawebутиліта для ваших локальних файлів. Мати можливість показувати файли та мати такий сервер, який, на мій погляд, не знищує жодної властивої децентралізованої характеристики git.
curl -s https://github.com/Itseez/opencv | grep js-directory-link | sed 's|.* title="\(.*\)".*|\1|'
якщо ви знаєте віддалену гілку, яку ви хочете перевірити, ви можете дізнатися останню інформацію за допомогою:
git ls-tree -r <remote_branch> --name-only
git clone, - це отримати лише одну редакцію, пропустивши--depth 1. Це дозволяє уникнути отримання потенційно великої кількості історії, і було б достатньо, щоб відповісти на запитання на кшталт "які файли присутні в редакціїabcdef1234567890?"