Невозможно понять эту Git функциональность

Question

Я новичок ie до GIT и мое требование простое. Я и мой коллега работаем над инфраструктурой автоматизации в Eclipse, и у меня есть локальная папка, в которой есть git initialized. У моего коллеги есть папка с. git initialized.

Теперь у меня есть общая репозиторий на github, который я хочу, чтобы и я, и мой коллега отправили работу в разные ветви / одну ветку и слили их, а затем вытащили из объединенной ветви в наши локальные репозитории, поработали над нашими локальными файлами и снова pu sh.

Теперь я не понимаю, как это сделать, если я и мой коллега pu sh в разных ветвях, то на удаленном компьютере написано, что мы не можем объединиться, потому что они не связаны коммитами. Я использую опцию сравнения, я не знаю, как объединить на удаленном. Если мы пу sh в одну и ту же ветку, то последний пу sh переопределяется.

Я не понимаю, как сделать целую вещь git. Будет очень здорово помочь, если кто-нибудь поможет мне понять вкратце. У меня здесь нет старших, поэтому я спрашиваю о stackoverflow.

Мое требование еще раз - просто обновить источник нашей отдельной работой над теми же файлами и извлечь из источника последний код, содержащий обе наши работы.

Расширенное спасибо!

Answer 1

Как говорится в сообщении об ошибке, вы не можете (легко) выполнить pu sh из двух не связанных между собой проектов в один проект.

Вместо этого один из вас должен запустить пустой проект, а pu sh что до центрального репо; тогда другой разработчик должен git clone это и начать свою работу в клоне.

Каждый клон имеет информацию о том, что было извлечено из центрального репо и как оно относится к более ранним коммитам. Это очень важно для функциональности Git для отслеживания коммитов, слияний, веток и т. Д. c.

Когда вы оба пытаетесь создать sh в общую ветку, такую ​​как master, Git расскажет вам, какие существуют конфликты, и не позволит вам sh, пока вы не разберетесь с ними.

Answer 2

Для начала. Вы должны создать удаленную ветвь (обычно) с именем master, где вы получите pu sh полностью функциональный и надежный код.

Затем рекомендуется создать удаленную ветку с именем next, где вы будете pu * 1025. * функциональный код, который можно улучшить. => Эта ветвь является результатом проверки master

Как только у вас есть это. Каждый соавтор может потянуть next и поработать над этим (я думаю, вы этого не делали, и поэтому ваши ветки не связаны). => Это означает, что у вас есть локальная ветвь next.

Рекомендуется оставить локальную next в качестве точной копии удаленной. Поэтому я бы порекомендовал вам сделать git checkout -b my_branch и выполнить свою работу в этой ветке.

Как только у вас есть функциональный код в my_branch, вы должны отправить sh в удаленную ветку next. => Таким образом, несколько человек могут сделать то же самое. => Следовательно, вы можете объединяться при необходимости.

Когда у вас есть что-то надежное и вы хотите выполнить доставку, рекомендуется объединить удаленные next и master. Таким образом, ваша ветка master будет содержать выпуски вашего программного обеспечения.