Синхронізація локального сховища Git із віддаленим

Я хочу синхронізувати моє локальне сховище з віддаленим, щоб моє локальне сховище стало 100% копією віддаленого - це означає, що якщо певні файли відрізняються в цих сховищах, ми заміняємо локальні з віддаленими, і якщо вони є файли в локальних сховищах, які не існують у віддаленому режимі, локальні файли видаляються.

Чи є якийсь спосіб досягти цього, крім того, як зробити свіжий клон віддаленого сховища?

Аналогічне запитання як Sync local git repo з дистанційним в одному кадрі, відкидаючи локальні зміни / комісії .

git fetch --prune

-p, --prune
Після вилучення видаліть усі гілки віддаленого відстеження, яких більше немає на віддаленому. варіанти чорносливу

Ці кроки виконають:

git reset --hard HEAD
git clean -f -x -d -n

то без -n

Це забезпечить усі місцеві зміни. Тепер зобов’язані ...

git status

і зверніть увагу на такий рядок, як:

Your branch is ahead of 'xxxx' by N commits.

Запишіть номер "N" зараз:

git reset --hard HEAD~N
git pull

і, нарешті:

git status

не має нічого показувати, щоб додати / зробити. Все чисто.

Однак свіжий клон може зробити те саме (але набагато повільніше).

=== Оновлено ===

Оскільки мої знання з git з часом трохи покращилися, я придумав ще один простіший спосіб зробити те ж саме. Ось як (# з поясненням). Перебуваючи у своїй робочій галузі:

git fetch # This updates 'remote' portion of local repo. 
git reset --hard origin/<your-working-branch>
# this will sync your local copy with remote content, discarding any committed
# or uncommitted changes.

Хоча ваші місцеві зобов’язання та зміни зникнуть з поля зору після цього, можливо, відновити здійснені зміни, якщо це необхідно.

Вам потрібно зрозуміти, що сховище Git - це не лише дерево каталогів та файлів, але також зберігає історію цих дерев - які можуть містити гілки та злиття.

Під час отримання даних із сховища ви скопіюєте всі або деякі гілки там у ваше сховище. Потім вони знаходяться у вашому сховищі як "гілки віддаленого відстеження", наприклад, гілки, названі таким remotes/origin/masterчи подібним.

Отримання нових комісій із віддаленого сховища нічого не змінить у вашій місцевій робочій копії.

У вашій робочій копії зазвичай комісія перевіряється, називається HEAD. Ця фіксація зазвичай є підказкою одного з ваших місцевих відділень.

Я думаю, ви хочете оновити своє місцеве відділення (чи, можливо, всі локальні гілки?) До відповідної віддаленої гілки, а потім перевірити останню гілку.

Щоб уникнути конфліктів із робочою копією (яка може мати місцеві зміни), спочатку очистіть усе, що не використовується (використовуючи git clean). Потім ви перевіряєте локальну гілку, що відповідає віддаленій гілці, до якої ви хочете оновити, і використовуєте її git resetдля переключення на вилучену віддалену гілку. ( git pullвключить усі оновлення віддаленої гілки у вашій локальній, які можуть зробити те саме, або створити комісію злиття, якщо у вас є місцеві комітети.)

(Тоді ви дійсно втратите всі локальні зміни - як в робочій копії, так і в локальних комісіях. Переконайтеся, що цього ви дійсно хочете - інакше краще скористайтеся новою гілкою, це збереже ваші місцеві зобов’язання. І використовуйте git stashдля збереження змін, які ще не здійснені .)

Редагувати: Якщо у вас є лише одна локальна гілка і ви відстежуєте одну віддалену гілку, все, що вам потрібно зробити, - це

git pull

зсередини робочого каталогу.

Це отримає поточну версію всіх відстежених віддалених гілок та оновить поточну гілку (та робочу директорію) до поточної версії віддаленої гілки, яку вона відстежує.

Ви хочете зробити

git fetch --prune origin
git reset --hard origin/master
git clean -f -d

Це робить ваше місцеве репо так само, як ваше віддалене репо.

Не забудьте замінити походження та master на віддалений та гілку, з якою ви хочете синхронізувати.

Скидання та синхронізація локального сховища з віддаленою гілкою

Команда: Не забудьте замінити походження та master на віддалений та гілку, з якою ви хочете синхронізувати.

git fetch origin && git reset --hard origin/master && git clean -f -d

Або покроково:

git fetch origin
git reset --hard origin/master
git clean -f -d

Ваша локальна філія тепер є точною копією віддаленого відділення (зобов’язання та все).

Командний вихід:

Ось приклад запуску команди на локальному клоні сховища Forge git.

sharkbook:forge lbaxter$ git fetch origin && git reset --hard origin/master && git clean -f -d
HEAD is now at 356cd85 FORGE-680
Removing forge-example-plugin/
Removing plugin-container-api/
Removing plugin-container/
Removing shell/.forge_settings
sharkbook:forge lbaxter$

(Ця інформація знаходиться в Посібнику користувача Git )

Я також навчаюсь, тому це може бути не точно відповіддю на питання, але це може комусь допомогти:

1. Коли віддалене сховище спочатку клонується, копії всіх гілок зберігаються у вашому локальному сховищі (переглянути їх за допомогою git branch -r)
2. Щоб оновити ці копії та зробити їх поточними (тобто синхронізувати їх із віддаленою гілкою), використовуйте git fetch. Це не вплине на жодну з вас існуючих, створених на замовлення гілок.
3. Щоб замінити замовлення місцевого відділення свіжою версією будь-якої гілки, над якою ви працюєте (якщо припустити, що ви вже виконали git add origin /path/to/repository) використовувати git checkout origin/branch_name, це змінить ваші місцеві зміни на гілціbranch_name

Здається, що потрібно дзеркало віддаленого сховища:

git clone --mirror url://to/remote.git local.git

Ця команда створює голий сховище. Якщо ви не хочете оголеного сховища, все ускладнюється.

Якщо ви говорите про синхронізацію роздвоєного репо, тоді ви можете виконати ці кроки.

Як синхронізувати сховище fork від git

1. перевірте свою поточну галузь git

   git branch

2. замовити майстер, якщо ви не на майстра

   git checkout master

3. Отримайте сховище вище, якщо у вас є правильні права доступу

   git fetch upstream

4. Якщо ви отримуєте нижче помилки, тоді запустіть

   git remote add upstream git@github.com:upstream_clone_repo_url/xyz.git

   fatal: 'upstream/master' does not appear to be a git repository  
   fatal: Could not read from remote repository.
   Please make sure you have the correct access rights and the repository exists.
   

5. Тепер запустіть команду нижче.

   git fetch upstream

6. Тепер, якщо ви перебуваєте на майстер, тоді об'єднайте верхню / поточну в головну гілку

   git merge upstream/master

   Це воно!!

   Перехресна перевірка за допомогою git remoteкоманди, більш конкретнаgit remote -v

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

Для цього можна використовувати гакі . Просто створіть гачок, який після оновлення зміниться до іншого репо.

Звичайно, у вас можуть виникнути конфлікти злиття, тож ви повинні вирішити, як з ними боротися.