Как проверить, используется ли Git-LFS на стороне Bitbucket Server

Я использую Git-LFS для управления некоторыми большими файлами в репозитории Git. Я почти уверен, что настроил все правильно локально, потому что я могу использовать git lfs track, чтобы увидеть отслеживаемые шаблоны и т. д. Пульт для моего репо - это экземпляр Bitbucket Server, и я менее уверен, что я все настроил правильно там.

Итак, есть ли способ увидеть в репозитории Bitbucket Server, что большие файлы действительно управляются Git-LFS? Либо какую-то команду, которую я могу запустить, указав ее на удаленный, которая перечисляет все файлы в Git-LFS, либо некоторую страницу состояния Git-LFS в графическом интерфейсе. Спасибо!

Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
2
0
802
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Как правило, в настройках репозитория (Настройки репозитория> Хранилище больших файлов (LFS)) есть только флажок, чтобы отметить опцию «Разрешить LFS». Но это просто говорит о том, что репо готово к использованию LFS для больших файлов, это еще не значит, что у вас уже есть какой-то файл, сохраненный средствами LFS.

Вы можете попробовать эти две команды: git lfs track (без дополнительных параметров). Это сообщает, какие расширения файлов настроены для LFS (например, * .dll). Но старые файлы в репозитории по-прежнему могут храниться внутри репо, а новые версии обрабатываются в хранилище LFS - с того момента, когда вы выполнили свою команду git lfs track *.dll. Таким образом, даже если git lfs track возвращает некоторую информацию, возможно, файлов LFS еще нет.

Лучше могла бы быть команда git lfs ls-files --all. Если он ничего не возвращает, я предполагаю, что в этом репо еще нет файлов LFS. Параметр --all важен для проверки истории всего репозитория, иначе будет проверяться только текущая ветка.

Проект, в котором я это использовал, для меня больше не имеет отношения, но спасибо за очень полный ответ. Кажется, git lfs ls-files - это команда, которую я хотел бы найти тогда. Спасибо!

Christian Hudon 30.01.2021 16:07

Другие вопросы по теме