Синхронізація зберігання сховищ git на різних хостах

Я замислююся про те, щоб розпочати невеликий проект, і хочу зробити його версію з git.

Бітбукет здається хорошим варіантом для мене з їх вільним планом. Я хочу використовувати його як основний інструмент для роботи з git, оскільки у них є приємні інструменти, такі як веб-інтерфейс, клієнт Mac OS тощо. Але, щоб мати більш високий захист від будь-яких випадкових пошкоджень, які можуть бути спричинені використанням стороннього сервісу, я також хочу встановити git у своєму NAS як другу резервну копію сховища.

Тепер моє запитання полягає в тому, чи можна створити сховище на двох різних хостах і потім тримати їх у синхронізації? Наприклад, припустимо, що раз на тиждень я оновлюю сховище в моєму NAS, щоб відповідати тому, що знаходиться в Bitbucket. Потім, якщо щось трапиться з Bitbucket, я все одно матиму повне сховище з повною історією розвитку на своєму локальному сховищі NAS.

І чи є спосіб імпортувати існуючий сховище з повною історією до іншого git-сервісу?

Я думаю, що дзеркальне відображення - це те, що мені потрібно. Ця стаття, здається, описує саме те, що мені потрібно. І це один , а також.

Я вірю, що це зробить повну копію з повною історією і навіть автоматично заповнить нові версії для сховищ на обох хостах автоматично.

Чи правий я?

Так, саме така краса DVCS, як git. Ви можете використовувати будь-яку кількість різних репостів з тим самим станом, що і в bitbucket або github.

Навіть локальна копія (сховище на вашому комп’ютері) зазвичай є повним клоном віддаленого репо.

Єдине, що вам потрібно зробити, щоб синхронізувати кілька репостів, - це витягнути один (як правило, його називають початком або вище) та натиснути на резервні копії.

Ось перевірене рішення проблеми: Автоматична синхронізація 2 віддалених сховищ Git

Простий скрипт для синхронізації 2 віддалених сховищ Git

Я шукав в Інтернеті простий сценарій, який буде синхронізуватися. 2 віддалених сховища, але я не зміг знайти такий скрипт, навіть багато хто, здається, шукає його! Тому я створив 2 прості тестові сховища і почав тестувати та створювати такий сценарій.

Що такий сценарій повинен робити?

Ну, загалом, кроки для цього прості: 1. Клоніруйте перше сховище 1. Додайте друге як додаткове віддалене сховище 1. виберіть усе, що є у другому сховищі 1. натисніть оновлений локальний сховище на 2 віддалені сховища.

Залишилося питання - які правильні перемикачі для всіх перерахованих вище команд git?

Так ось це ...

2repos-sync.sh gisp script

# Clear the folder first - please use this carefully
rm -rf $REPO_NAME  
# clone the reposotory
git clone --bare $ORIGIN_URL

# add a remote repository
cd $REPO_NAME
git remote add --mirror=fetch repo1 $REPO1_URL

# update the local copy from the first repository
git fetch origin --tags

# update the local copy with the second repository
git fetch repo1 --tags

# sync back the 2 repositories
git push origin --all
git push origin --tags
git push repo1 --all
git push repo1 --tags

ПРИМІТКА - цей скрипт не вирішує випадків конфліктів між вмістом сховища!

Я використовую приватний GitLab для зберігання всіх моїх сховищ, тому у мене є лише одне походження, яке я натискаю і витягую, поки я займаюся розробкою щодня.

Але для проектів з відкритим кодом GitHub - це набагато яскравіша спільнота, тому, якщо я хочу прийняти внески громад до своїх проектів, я використовую веб-систему GitLab веб-гака, щоб пінг-сервер, який я запускаю, а потім оновлює свої публічні репости на GitHub.

Це дозволяє мені ставитись до GitHub як до іншого віддаленого, з якого я можу взяти участь, коли хтось робить внесок - тоді я зливаюся --no-ff локально, і є потік до того, як усі мої первинні та загальнодоступні сховища розподіляють зміни.