Каков наилучший способ управления вспомогательными данными в хранилище? - PullRequest
0 голосов
/ 25 мая 2018

Я столкнулся с этой проблемой в нескольких проектах, но я до сих пор не знаю элегантного решения.Вот проблема:

В репозитории, помимо исходного кода, есть много вспомогательных файлов, необходимых для запуска кода.Отдельные файлы не обязательно большие (поэтому я не уверен, что git LFS - правильный ответ), но они составляют много гигабайт.Гораздо больше, чем вы хотите в репо.Файлы могут быть двоичными файлами и не изменяться как исходный код, поэтому их не нужно «отслеживать» как исходный код.В настоящее время у меня просто не зафиксированы вещи, но становится все труднее лично отслеживать все вещи , а не в репо и перемещать их каждый раз, когда репозиторий где-то клонируется.

Как другие проекты решают эту проблему?Git LFS звучит так, как будто он предназначен для решения другой проблемы, но может ли он быть использован и для решения этой проблемы?

Спасибо!

edit: Кроме того, предположим, вы получите новый вспомогательныйданные на ежедневной основе, например, данные о прошлой погоде, которые ваш код должен выполнять для любых вычислений в этот день, поэтому общий сбор вспомогательных данных медленно и неуклонно растет.

edit2: еще одно условие: если решение Git LFS является решением, предположим, что мое репо находится на сервере Stash компании, который не был обновлен для поддержки Git LFS, и на него поступил запрос в ИТ-отдел с просьбой выполнить обновление до BitBucket.простоя в течение нескольких месяцев (конечно, полностью гипотетически).У меня есть другие варианты, кроме Git LFS?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...