мерзавца, как подтолкнуть местное отделение в конкретном удаленном

Question

могли бы вы объяснить мне, как подтолкнуть местное отделение к конкретной удаленной ветви

$ git branch -vv 
dev 4d46c96 [origin/dev] Merge branch '1783' into dev 
dev_3_feature 226b914 second commit in dev_3_feature 
dev_second_feature 6b5f10f second commit in dev_2_feature 
master baf5fc0 [origin/master: ahead 1] master feature 
* myFeature da5cc64 second commit in dev_1_feature 
test 334cf7e commiting my super changes locally 

1) я хочу, чтобы мои DEV возможностей для толкания в origin/dev и остаться там как ветки, как я могу это сделать?

2), что/где/как я должен настроить локально впихнуть origin/dev по умолчанию вместо origin/master

Answer 1

Update:

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

Если его хранилище затем

git pull origin 

, если его филиал затем

git pull origin <yourRemoteBranchName> 

после того, как вы вытащили его, то это будет на вашей машине. Теперь ваша текущая ветка - yourRemoteBranchName.

---

Теперь у вас есть удаленная ветвь, тогда вы можете создать локальную ветку из удаленной ветви. Он создаст новую локальную ветку из вашей текущей ветви Remote.

git checkout -b your_branch 

Удаленная ветка автоматически создается, когда вы нажимаете ее на удаленный сервер. Так что, когда вы почувствуете, что готовы к этому, вы можете просто сделать:

git push <remote-name> <branch-name> 

Где <remote-name> обычно origin, имя, которое мерзавец дает на пульте дистанционного управления вы клонировали. Тогда ваши коллеги просто потянули бы эту ветку, и она автоматически создается локально.

Однако обратите внимание, что формально, формат:

git push <remote-name> <local-branch-name>:<remote-branch-name> 

Но когда вы опускаете один, он принимает оба названия ветви одинаковы. Сказав это, в качестве слова предостережение, не делайте критической ошибки при указании только :<remote-branch-name> (с двоеточием), или удаленная ветка будет удалена!

Так что последующее git pull будет знать, что делать, вы можете вместо этого хотите использовать:

git push -u <remote-name> <local-branch-name> 

Как описано ниже, вариант -u устанавливает входную ветвь:

For every branch that is up to date or successfully pushed, add upstream (tracking) reference, used by argument-less git-pull(1) and other commands.

If вы хотите слиться непосредственно с ветвью вверх по течению,

git merge branchName 

Вы можете обратиться к этой документации: https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging. У этого есть довольно хорошие примеры.

Answer 2

Переключитесь на Dev ветви локально, а затем нажать на Dev ветви на нуле дистанционного управления:

git checkout dev 
git push -u origin dev 

-u вариант на git push наборов выше отслеживания таким образом, что, когда вы находитесь на Dev филиала, git push и git pull автоматически делают то же самое, что и git push origin dev и git pull origin dev.

---

Если я неправильно понял ваш вопрос, и вы хотите, чтобы подтолкнуть все ветви с «разработчиком ...» в свои филиалы по происхождению, вы можете сделать шаг выше для каждого из этих ветвей, или вы можете сделать git push origin --all, чтобы нажать все ваши ветви к источнику дистанционного управления. Так что по происхождению, вы бы origin/dev, origin/dev_3_feature и т.д.

---

Если я вдвойне неправильно ваш вопрос, и вы хотите, чтобы подтолкнуть все ветви с «разработчика ...» в одной удаленной ветви, хорошо, Я бы посоветовал не делать этого. Это, вероятно, лучше всего, если вы объедините/переустановите все свои ветви dev в одну ветку, а затем переместите их в исходное. Допустим, вы хотите использовать одну ветвь под названием dev:

git checkout dev 
git merge dev_3_feature 
git merge dev_second_feature 
git push -u origin dev 

После каждого слияния, возможно, придется разрешить конфликты слияния, поэтому имейте в виду.

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