Низкая скорость соединения при отправке репозитория в CloudCommit

Question

Я работаю в Германии и хотел бы поработать над репозиторием с некоторыми парнями в США. Проблема заключается в том, что когда мы помещаем наши изменения на наш сервер gitlab с собственным размещением, соединение в порядке, но, как вы можете догадаться, когда они пытаются загрузить эти изменения, это занимает слишком много времени. Поэтому мы искали решение и нашли AWS CodeCommit. И я сейчас пытаюсь загрузить наш git туда, но когда я выбираю US East 1 в качестве сервера репозитория, соединение все еще слишком медленное (около 350 КБ / с).

Есть ли у вас какие-либо предложения о том, как улучшить скорость или как использовать большой репозиторий (70 ГБ с большим количеством маленьких файлов, поэтому Git LFS не подходит) по всему миру?

Answer 1

Git - это DVCS. «D» означает «Распределенный». Моей первой реакцией было бы воспользоваться этим. Иметь сервер gitlab в Германии, а другой в США. Пусть они регулярно выбирают друг друга. Это станет асинхронным процессом, так что вы не будете ждать получения коммитов и веток, хотя будет информационная задержка, если что-то просто будет перенесено в другую юрисдикцию.

Итак, большую часть дня в Германии вы отправляете свои коммиты в местный gitlab, и он регулярно синхронизируется с сайтом в США. Когда ваши коллеги из США входят, большая часть вашей работы уже продвинута, и они могут быстро загрузить их на свои рабочие станции. Когда они выполнят свою работу, они в конечном итоге синхронизируются с Германией, так что когда вы начинаете свой следующий день, он уже в основном локальный.

В git нет ничего, что говорило бы, что может быть только один "главный сервер". Может быть, для простоты вы управляете запросами на получение только на одном сайте, но большая часть работы будет синхронизироваться, когда никто не ждет его, что заставляет его чувствовать себя быстрее, чем на самом деле.