Исправить ошибку в основной ветке удаленного репозитория

Выполните подготовительные действия

Выполните пример

1. Осмотритесь вокруг. Два разработчика, Андрей и Василий, разрабатывают прикладное решение. Оба они подключены к удаленному репозиторию, роль которого выполняет ваша копия (fork) на сайте GitHub. В ходе примера Андрей и Василий исправят по небольшой ошибке прямо в основной ветке разработки master. Поскольку они будут делать это на конкурентной основе, вы увидите, каким образом объединяются между собой изменения разных разработчиков.
2. Василий более опытный, он первым исправляет ошибку. Ошибка заключалась в том, что в проекте не хватало констант:
   1. Перейдите в ПроектВасилий;
   2. Добавьте константу в проект DemoConfDT;
   3. Зафиксируйте изменения:
      1. В панели Индексирование Git напишите сообщение коммита: 2 коммит;
      2. Нажмите Фиксировать и отправить... чтобы зафиксировать изменения и сразу отправить их в удаленный репозиторий;
3. 1C:EDT покажет вам результат отправки изменений. Из локальной ветки master в удаленную ветку master был успешно передан один коммит;
   
4. В панели История вы видите, что в текущей локальной ветке master появился новый коммит Василия, который стал головой ветки, и этот же коммит есть на сервере и на него указывает удаленная ветка master (origin/master). Таким образом история локального репозитория совпадает с историей удаленного репозитория;
   
5. Теперь в дело включается Андрей. Он тоже исправляет ошибку. Ошибка заключалась в том, что в проекте не хватало справочников:
   1. Перейдите в ПроектАндрей;
   2. Добавьте справочник в проект DemoConfDT;
   3. Зафиксируйте изменения. Напишите сообщение коммита: 3 коммит, нажмите Фиксировать и отправить...;
6. 1C:EDT покажет вам результат отправки изменений. На этот раз результат будет отрицательный. Отправка изменений из локальной ветки master в удаленную ветку master отклонена;
   
7. В панели История вы видите, что в текущей локальной ветке master появился новый коммит Андрея, который стал головой ветки. Однако этот коммит не был передан на сервер и удаленная ветка master осталась на том же коммите, на котором и была. Об этом говорит указатель origin/master. Таким образом история локального репозитория разошлась с историей удаленного репозитория. У вас есть один неотправленный коммит;
   
8. Возникшая ситуация требует пояснения:
   

   Василий получил изменения с сервера (коммит 1), создал свои изменения (коммит 2) и успешно отправил их на сервер, потому что состояние серверной ветки за это время не изменилось.

   Андрей также получил изменения с сервера (коммит 1), создал свои изменения (коммит 3). Однако за это время в серверной ветке появились изменения Василия (коммит 2). Чтобы изменения Андрея (коммит3) появились на сервере, их нужно каким-то образом объединить с изменениями Василия (коммит 2). Git не выполняет такие операции на сервере, поэтому и отклоняет изменения Андрея. Даже несмотря на то, что Андрей и Василий изменяли разные части проекта.

   Объединение изменений (слияние веток) в Git вы должны выполнить в своем локальном репозитории. Поэтому Андрей сначала должен получить с сервера изменения Василия (коммит 2), объединить их со своими изменениями (коммит 3) и только после этого он сможет отправить свой результат на сервер. На схеме это будет выглядеть следующим образом:

   

9. Получите изменения с сервера и слейте их со своей локальной веткой. Для этого в панели Навигатор нажмите Групповая разработка > Получить и слить в контекстном меню проекта;
10. 1C:EDT покажет вам результат получения и слияния изменений. С сервера, из удаленной ветки origin/master, был получен 2 коммит Василия и он был успешно объединен с 3 коммитом Андрея. В результате был создан коммит слияния.
    
11. В панели История вы видите, что 1C:EDT получила с сервера коммит Василия (2 коммит) и в ветке удаленного отслеживания отметила (origin/master) что именно на нем находится ветка master в удаленном репозитории. Затем 1C:EDT влила этот коммит в локальную ветку и создала новый коммит — коммит слияния, который стал головой локальной ветки master;
    
12. Теперь локальную ветку master можно отправить на сервер. В панели Навигатор нажмите Групповая разработка > Push to origin в контекстном меню проекта;
13. 1C:EDT покажет вам результат отправки изменений. Из локальной ветки master в удаленную ветку master были успешно переданы два коммита: 3 коммит Андрея и коммит слияния, который был создан в результате объединения с изменениями Василия;
    
14. В панели История вы видите, что удаленная ветка master указывает на тот же коммит, что и локальная ветка. Значит все коммиты были переданы на сервер и сейчас история локального репозитория совпадает с историей удаленного репозитория;
    
15. Еще раз взгляните на общую схему работы:
    

    Василий внес изменения в ветку master и отправил их на сервер. Андрей тоже изменил ветку master, но т.к. на сервере уже появились изменения Василия, Андрею нужно сначала получить их с сервера, объединить со своими изменениями (Групповая разработка > Получить и слить), а затем уже отправлять на сервер.