У меня есть репозиторий, содержащий контент & Исходные файлы. Разработчики должны работать только с исходными файлами. Чтобы сэкономить место, разработчики не должны клонировать файлы содержимого (которые находятся в ГБ) в локальное репо. Исходные файлы отсутствуют в проекте в качестве подмодулей, а они находятся в том же месте, где находится содержимое.Слияние только измененных файлов с использованием Git
Мой подход, как это - я создал филиал Источник от Master, а затем удаляются файлы содержимого из этой ветви. И я опубликовал ту же ветку для клонирования для разработчиков.
Как я слияния изменений из Источник филиала обратно в Master файлы содержимого становятся удалены в Master. Как его ограничить? И если это невозможно, то есть ли способ достичь моего требования иметь отдельный ветвь/клон, имеющий только отфильтрованные файлы, то есть исходные файлы в нем?
Тип файлов содержимого: flv, wmv, pdf, doc, размер которых превышает 200 ГБ. Это приведет к огромным накладным расходам в сети во время удаленного клонирования, поскольку это команда по разработке кросс-локации. И я думаю, что это будет узким местом производительности для Git, а также для сканирования такого огромного количества файлов, чтобы обнаружить изменения в некоторых исходных файлах. – kaychaks
«Вы думаете»? Итак, вы попали в действие, не проверив, действительно ли это проблема? Duh. 1) Моя точка зрения по-прежнему стоит: если Source и Master являются ветвями в репозитории _same_, они будут клонированы к машинам разработчиков в любом случае. 2) Как часто вы планируете клонирование полных репозиториев? 3) Git сначала использует время модификации файлов; только если они отличаются, содержимое проверяется. Здесь нет потерь. 4) Пусть ваша удаленная команда клонирует репозиторий один раз, а затем пусть люди там клонируют этот репозиторий. Проще простого. – Bombe