我想在此处添加此问题作为对@KevinBallard的回答的评论What'sthedifference"originmaster"vs"origin/master"，但我的评论太长了。所以我的问题是:如果我在一个名为topic的分支中，是否可以只写gitrebasemaster而不是gitrebaseorigin/master？或者真的有两个不同的本地master分支？一个是远程master分支的副本，一个是我自己的master分支？如果是这样:当我gitpull时，两个本地主分支(一个称为origin/master，另一个称为master)是否更新了？我很困惑……或者可能是这样的:o
我想知道我是否犯了一个错误，首先将mastermerge到另一个分支，然后再将它merge回master。假设我创建了以下分支，每个分支都有一个单独的提交:mkdirgit_mergingcdgit_merging/gitinittouchon_mastergitadd.gitcommit-m"Initialcommitonmaster"gitcheckout-bxtouchon_branch_xgitadd.gitcommit-m"Initialcommitonbranchx"gitcheckoutmastertouchon_master_againgitadd.gitcommit-
我想知道我是否犯了一个错误，首先将mastermerge到另一个分支，然后再将它merge回master。假设我创建了以下分支，每个分支都有一个单独的提交:mkdirgit_mergingcdgit_merging/gitinittouchon_mastergitadd.gitcommit-m"Initialcommitonmaster"gitcheckout-bxtouchon_branch_xgitadd.gitcommit-m"Initialcommitonbranchx"gitcheckoutmastertouchon_master_againgitadd.gitcommit-
我误删了我桌面上的一个文件，我如何从远程主控那里获取它？ 最佳答案 gitcheckout--/path/to/file应该足以恢复它，因为您有一个包含该文件的本地存储库。这会将您的文件恢复为索引中存在的文件版本。(即您在其上运行gitadd的最后一个版本)。要在当前分支的最新提交处恢复它:gitcheckoutHEAD--/path/to/file 关于git-误删了一个文件，如何从originmaster那里得到？，我们在StackOverflow上找到一个类似的问题：
我误删了我桌面上的一个文件，我如何从远程主控那里获取它？ 最佳答案 gitcheckout--/path/to/file应该足以恢复它，因为您有一个包含该文件的本地存储库。这会将您的文件恢复为索引中存在的文件版本。(即您在其上运行gitadd的最后一个版本)。要在当前分支的最新提交处恢复它:gitcheckoutHEAD--/path/to/file 关于git-误删了一个文件，如何从originmaster那里得到？，我们在StackOverflow上找到一个类似的问题：
我在Github上有一个仓库，aav1在我的笔记本电脑上我有两个分支，一个叫master，一个叫vs12upmaster分支是软件是VisualStudio2008时，vs12up转VisualStudio2012。在我的笔记本电脑上一切似乎都很好，我将新分支推送到github，看起来是正确的。在我的桌面上，我尝试pull远程分支:gitpulloriginvs12up它将更改写入桌面上我的master分支，gitlog显示在vs12up分支上所做的提交，但gitbranch只显示master，这是当前分支。如何将更改还原到master分支并pull桌面上的vs12up分支
我在Github上有一个仓库，aav1在我的笔记本电脑上我有两个分支，一个叫master，一个叫vs12upmaster分支是软件是VisualStudio2008时，vs12up转VisualStudio2012。在我的笔记本电脑上一切似乎都很好，我将新分支推送到github，看起来是正确的。在我的桌面上，我尝试pull远程分支:gitpulloriginvs12up它将更改写入桌面上我的master分支，gitlog显示在vs12up分支上所做的提交，但gitbranch只显示master，这是当前分支。如何将更改还原到master分支并pull桌面上的vs12up分支
在我的公司，我们有一个CI/Build服务器，我们用它来测试和构建版本(以及功能和开发分支)。在gitflow发布时的分支模型你分支开发并命名它(例如)release-1.4。然后CI/Build服务器会自动构建分支，我们会将其部署到临时服务器以进行手动集成测试。一旦我们对构建感到满意，我们就会部署它。但是在git流分支模型中我们需要先merge到master和tag。问题是，我们是否需要在此merge后运行另一个构建和测试周期？merge和标记最终指向不同(技术上)提交的标记似乎很奇怪，而不是发布版本。在我们进入master之后重建似乎也很糟糕，因为我们会觉得有必要测试该构建以确保它
在我的公司，我们有一个CI/Build服务器，我们用它来测试和构建版本(以及功能和开发分支)。在gitflow发布时的分支模型你分支开发并命名它(例如)release-1.4。然后CI/Build服务器会自动构建分支，我们会将其部署到临时服务器以进行手动集成测试。一旦我们对构建感到满意，我们就会部署它。但是在git流分支模型中我们需要先merge到master和tag。问题是，我们是否需要在此merge后运行另一个构建和测试周期？merge和标记最终指向不同(技术上)提交的标记似乎很奇怪，而不是发布版本。在我们进入master之后重建似乎也很糟糕，因为我们会觉得有必要测试该构建以确保它
我只是想知道SourceTree中是否有一个选项可以更改自动pull请求的默认分支。 最佳答案 如果您使用的是SourceTree和github，答案似乎是否:(是的!请参阅我答案的最后一部分!attlasian的文档说，如果管理员允许该选项，您可以在BitBucket中执行此操作(https://confluence.atlassian.com/display/BITBUCKET/Work+with+pull+requests)Ifyouarepullingarequestacrossbranches,youcanhavetheo
