Можно ли использовать «git pull origin master --allow-unrelated-histories» из за этого потом проблем не возникнет?

Question

[Nentra]

На гитлаб в одном репозитории несколько приложений которые делают разные люди.
Когда я попробовал выгрузить туда в ветку своё приложение, мне написало ошибку


В интернете я прочитал, что нужно сделать
git pull origin master --allow-unrelated-histories

Но в другом месте увидел, что так делать не надо.

Вопрос:
Как мне залить своё приложение в ветку на гитлаб чтобы было правильно и чтобы при этом ошибка не вылазила?

Comments

[Сергей Кузнецов]

Вы хоть бы ссылку дали. Где говорят что надо и где говорят что не надо.

И объясните, зачем вы пытаетесь склеить две не связанные цепочки коммитов?

[Nentra]

Вы хоть бы ссылку дали. Где говорят что надо и где говорят что не надо.

Прочитал на Stack Overflow, ссылки уже не вспомню.

И объясните, зачем вы пытаетесь склеить две не связанные цепочки коммитов?

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

Насколько я понял у меня оказывается 2 разных репозитория один локальный на компьютере который в phpStorm и второй на гитлаб и просто так из локального репозитория в репозиторий на гитлаб свои изменения не залить.

Я правильно понимаю, чтобы можно было отправлять свои изменения в репозиторий гитлаб мне нужно:
1. скачать репозиторий с гитлаб
2. поставить его в php шторм
3. поверх скопировать свои файлы
4. и потом это зальётся на гитлаб?

[Сергей Кузнецов]

С гитом я редко работаю

От программиста странно такое слышать. Как вы вообще без гита умудряетесь работать? Это же сложно.

в интернете посмотреть по быстрому как это сделать

Это частое заблуждение. Типа просто выучить несколько заклинаний и тупо вбивать их в терминал, но потом оказывается, что «стали всякие ошибки вылезать» и непонятно что дальше делать. С гитом такое не прокатит. Гит на самом деле очень простой, но его основы нужно изучить и понять. Он не является интуитивно-понятным инструментом. Тут не подходят привычные вам аналогии. Репозиторий это не какой-то там ftp-сервер, в который можно «отправлять файлы». И GitLab это не тот сайт, который вы привыкли разрабатывать, это лишь веб-интерфейс к репозиторию.

2 разных репозитория один локальный на компьютере который в phpStorm и второй на гитлаб

Разные они не из-за того, что лежат в разных местах, а потому что у них нет общей истории.

чтобы можно было отправлять свои изменения в репозиторий гитлаб мне нужно

Нужно для начала изучить основы, пройти несколько уроков например тут
Затем используя замечательный интерфейс PhpStorm клонировать проект к себе на компьютер.
От актуального состояния мастера создать свою ветку для доработок.
Модифицировать проект, что-то отредактировать, добавить своё.
Отправить свою ветку во внешний репозиторий, если у вас вообще есть права на запись в чужой репо.
Создать в веб-интерфейсе гитлаба запрос на принятие ваших доработок в проект.
Если его одобрят, то вы сможете объединить ваши правки с главной веткой.
Напрямую в мастер обычно отправлять не получится, так как он защищен.

Не знаю, с какой целью вы замазали адреса. Если это приватный репозиторий, то его и так никто не увидит. А если он публичный, то какой смысл прятать адрес?

[Nentra]

Сергей Кузнецов,

От программиста странно такое слышать. Как вы вообще без гита умудряетесь работать? Это же сложно.

На всё хватает истории в phpStorm и локального репозитория которым по назначение ни разу не воспользовался, просто комиты туда делаю.

Нужно для начала изучить основы, пройти несколько уроков например тут

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

Не знаю, с какой целью вы замазали адреса. Если это приватный репозиторий, то его и так никто не увидит. А если он публичный, то какой смысл прятать адрес

привычка

[Сергей Кузнецов]

Nentra, Курс надо не смотреть, а пройти. Там практические задания, они хорошо помогают потренироваться.

Вот ещё хорошие мультики, чтобы закрепить понимание. Их только смотреть.

Answer 1

[Alexey Dmitriev]

Создать свой branch, залить в него и смержить с нужной веткой.
И не забывать делать периодический pull изменений, чтобы не было конфликтов.

Answer 2

[Сергей Кузнецов]

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