#git #github #git-lfs
#git #github #git-lfs
Вопрос:
В этом репозитории github:
https://github.com/jerabaul29/Cylinder2DFlowControlDRL
автор предоставил доступ к контейнеру, нарезанному небольшими кусочками, чтобы они были приняты github и отслеживались с помощью git-lfs. Однако, похоже, что у некоторых пользователей возникают проблемы с восстановлением контейнера после git clone, см.:
https://github.com/jerabaul29/Cylinder2DFlowControlDRL/issues/19
Я попробовал сам, и клонирование репозитория на github зависает, и через час или около того я ничего не делал, так что я просто убил его. В результате собранный контейнер был поврежден. Следуя методу, рекомендованному в readme после сообщения об ошибке, то есть загружая фрагменты с помощью веб-интерфейса, я загрузил все в течение нескольких минут, и мне удалось собрать неповрежденный контейнер и запустить все.
Я думаю, что эта проблема с данными, полученными в результате клонирования, немного странная.
- есть идеи, почему клонирование репозитория, похоже, не работает? Связано ли это с неправильной настройкой репозитория и должен ли владелец репозитория что-то исправить, или это связано с моей машиной или проблемой github?
- есть ли способ исправить это, чтобы выпуск простого git-клона клонировал полное репозиторий, включая все сегменты? Похоже, что данные сегментов хорошо доступны, поскольку их можно загрузить через веб-интерфейс github…
Комментарии:
1. Я не знаю, что не так с репозиторием или этими файлами, но в ответ на «должен ли автор сделать что-то еще». Да, он должен. Он должен хранить скрипты, рецепты и еще много чего, что он использует для создания контейнера, вместо фактического контейнера.
2. Я определенно согласен. Проблема в том, что автор, возможно, не был тем, кто создавал контейнер, у него может не быть доступа к рецепту и т. Д. Например, в университетах довольно часто вы получаете старый контейнер от коллеги или контейнер из ИТ-отдела и создаете на нем что-то для проекта.