2017-02-16 13 views
1

Наша компания и я активно полагаемся на Gitlab на все наши ежедневные требования (проблемы, новые функции и ошибки) и код регистрации. С недавним провалом, с которым столкнулся Gitlab, мы были заперты и ничего не могли сделать, и испугались, что мы потеряли все наши проблемы. Нам не нужна отдельная резервная копия данных Gitlab. Мне было интересно, могу ли я разместить автономную версию сообщества Gitlab на сервере, как на резервном копировании? Мы будем продолжать использовать GitLab.com (Enterprise edition) для всех наших ежедневных действий, но мы хотели бы, чтобы ежедневная резервная копия (код, ветви, проблемы, вики, вехи, все!) Скопировали на наш автономный «Community Edition " экземпляр сервера.Ежедневное резервное копирование Gitlab на самообслуживаемый экземпляр

Возможно ли это? и как?

+0

Возможный дубликат [Зеркалирование репозитория Gitlab] (http://stackoverflow.com/questions/14288288/gitlab-repository-mirroring) - хотя это только для самого репо, а не для дополнительных услуг. –

+0

@josh Lee. Репо зеркалообразование можно настроить из командной строки, а также я могу сделать снимок каждый день и сохранить его в S3. Но я ищу полное решение. Один, который также поддерживает проблемы, билеты, вехи и т. Д. – leo

ответ

1

Просто методы не будут работать. Backup/restore doc утверждает, что

Мы резервное копирование GitLab.com и убедитесь, что ваши данные в безопасности, но вы не можете использовать эти методы для экспорта/резервной копии ваших данных от себя GitLab.com.

Во всяком случае, есть возможность export the project

Следующие пункты будут экспортированы:

  • проект и вики хранилища
  • загрузки проекта
  • конфигурации проекта, включая веб-крючки и услуги
  • Проблем с комментариями, слияние запросов с файлами изменениями и комментариями, этикетками, вехами, сниппетами и других организациями проекта

Следующие пункты не будут экспортированы:

  • Работа следы и артефакты
  • LFS объекты
  • изображений Контейнер реестра
  • переменные CI
  • Любой encryp Ted лексемы

Но помните, что

Импорт не будет возможно, если версия экземпляра импорта отличается от этого экспортера.

Поэтому имейте в виду регулярно обновлять свой экземпляр CE. Как я вижу, можно перейти от EE к CE и наоборот, но sometimes it may be problematic.

Подводя итог, это не полное решение. Кроме того, он должен быть автоматизирован сам по себе. Я рекомендую начать использовать GitLab на вашем сервере с собственным администрированием и так далее.

+0

Эй, это отличное резюме и именно то, что мне нужно для начала. Просто примечание: проблема, которую вы указали в отношении «проблематичной миграции из EE в CE», была решена. Я прочитал это, и они говорят, что столбцы EE, которые не входят в CE, будут игнорироваться. Если это то, что вы имели в виду, тогда здорово, потому что я могу жить с ним. Если нет, я бы хотел, если бы вы могли подробно рассказать о «проблемном» бите. – leo

+0

@leo Вот что я имел в виду - в новейших версиях он исправлен. Я просто хотел подчеркнуть осторожность при переносе между двумя, а не совсем теми же системами. –