我在GitHub上有一些項目，那裏沒有幾個分支。有什麼更好的拉或合併到github上的分支
例如。現在我創建新分支alpha-issue1。在alpha分支上添加了我的大學的一些提交，我想將這些更改複製到我的分支。第一次我認爲git merge alpha會是個好主意，但後來我讀到了'更好的方法' - git pull alpha test-issue1（如果我是對的）。所以我不知道如何選擇..
直接回答你的問題：一個git pull爲（大約）相當於git fetch ; git merge。如果你願意，你可以閱讀git help pull的確切行爲。因此，merge和pull之間的區別更多地是輸入一些或多或少的命令，而不是關於任何功能差異。
關於您給出的示例命令 - 不，它們沒有意義。
git pull alpha test-issue1
根據您的問題，alpha是一個分支，沒有遙控器，所以這是語法不正確（語法是git pull <remote> ...）。此外，您不能給「目標」分支git pull，所有合併進入當前簽出分支。
我不知道我是否能正確回答你的問題，但這裏是我的想法。 如果您將alpha分支到您有幾個提交的新分支，則標準方法是在完成後將該分支合併回alpha。將alpha合併到alpha-issue1之前，在團隊中工作時將新分支合併到alpha之前（許多來自同一分支的不同開發者的提交）也是一種很好的做法。這樣，您將不得不解決工作分支（alpha-issue1）而不是主要（alpha）的可能衝突。 另一方面，當你想用最新的提交更新你的分支時，通常使用pull。
假設你是alpha-issue1，git merge alpha將重播的alpha分支的，因爲它從alpha-issue1分歧上alpha-issue1頂部的變化。
假設你是alpha-issue1，git pull alpha將拉動alpha分支上的修改，因爲它從alpha-issue1分歧和合並它alpha-issue1。正如你所看到的，它本質上是一樣的。
事實上，更好的問題將是git-merge vs git-rebase
'git pull'實質上就是'git fetch'，後面是'git merge'。所以這是詢問運行'git merge'還是運行'git merge'好。要問的問題不是「拉動vs合併」，而是「合併vs rebase，如果合併，恰恰是*合併」。 – torek