Запросы Git на битбакет

Question

Имея странную проблему с битбакетом в данный момент.

Im делает запросы на тягу для моих ветвей к разработчику, который поддерживает основное репо, которое я разветвил. И каждый раз, на мой взгляд, запрос на вытягивание, кажется, отправляет ветку и прекрасно фиксируется в этой ветви, но когда разработчик смотрит на запрос на вытягивание, чтобы слить или отклонить, кажется, что битбакет также добавляет коммиты из последняя объединенная ветвь с запросом на растяжение.

Вот запрос exmple тянуть (это то, что DEV видит на своем конце)

Таким образом, первые 2 файлы, перечисленные являются те, которые я совершил в отрасли, что я послал тянуть запрос. Последний файл из совершенно другой ветви и фиксации, к которой я уже отправил запрос на перенос и был объединен.

Чтобы сделать это даже странным, как тест, я и разработчик решили объединить одно из них запросы в основное репо. Когда мы слились, мы видели в терминале, что файлы из фиксации, которые должны были быть в запросе на вытягивание, были единственными, в которые были объединены.

Так что в основном эти файлы отображаются в запросе на вытягивание в битбакете, но им не отправляются с запросом на растяжение моей ветви, и theyre также не объединяется, когда разработчик объединяет запрос pull с основным репо.

Любые идеи о том, что происходит здесь, заставили нас превзойти всех.

Приветствия

Answer 1

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

Допустим, у вас есть два файла на главной ветви: А и Б

Вы создаете свою художественную ветвь с git checkout -b feature-a. Теперь вы работаете в функции - ветке. Вы взламываете файл A, фиксируете и нажимаете его, а затем отправляете запрос на растяжение. Ваш запрос на тягу принят, поэтому вы удаляете свой филиал feature-a с git branch -d feature-a. Теперь вы вернулись на мастер. Вы решили работать с функцией-b, так что вы git checkout -b feature-b. Вот где ваша проблема.

Когда вы вернулись к мастеру и создали новую ветвь на основе отходящих от него, если вы не тянули в изменениях с git pull origin тогда ваш мастер ветви и поэтому ваша функции-б филиала выиграла» t знать о ваших изменениях в feature-a.

Чтобы решить вашу проблему, убедитесь, что перед созданием новых ветвей функций вы запускаете git pull на своем ведущем филиале.