我知道有像this这样的问题，但这不是我要问的。我也知道:gitcheckout标签名:让你脱离分支。(即移动HEAD指针，保持BRANCH指针)gitreset--hardtag-name:不会将您从分支中分离出来，但会使之前的提交变得“悬空”。(即同时移动HEAD和BRANCH指针)我想知道哪个更适合更新标签，即是否应该重置或checkout作品。我知道垃圾收集器可能会运行，删除悬空提交，但话又说回来，如果在更新到标签的过程之前总是“pull”生产，我看不出有什么不好。是否应该使用reset或checkout对标签进行生产更新，考虑到pull始终在此更新调用之前完成？
我知道有像this这样的问题，但这不是我要问的。我也知道:gitcheckout标签名:让你脱离分支。(即移动HEAD指针，保持BRANCH指针)gitreset--hardtag-name:不会将您从分支中分离出来，但会使之前的提交变得“悬空”。(即同时移动HEAD和BRANCH指针)我想知道哪个更适合更新标签，即是否应该重置或checkout作品。我知道垃圾收集器可能会运行，删除悬空提交，但话又说回来，如果在更新到标签的过程之前总是“pull”生产，我看不出有什么不好。是否应该使用reset或checkout对标签进行生产更新，考虑到pull始终在此更新调用之前完成？
我是Git的新手，有点困惑。我有一个主分支并创建了第二个功能分支。如果我在我的特性分支上做了修改，然后切换到Master，如果我不提交，我的修改会丢失吗？stash在哪里发挥作用，是在切换分支(但不想提交)之前做的事情，还是简单地恢复一些更改以便您可以暂时返回到以前的代码？ 最佳答案 除非你清理你的树，否则你不能改变到另一个分支。这是通过提交您的更改、还原它们或将它们保存到存储中来完成的。 关于GIT:我是否需要在checkout另一个分支之前提交我的分支，那么存储呢？，我们在Stack
我是Git的新手，有点困惑。我有一个主分支并创建了第二个功能分支。如果我在我的特性分支上做了修改，然后切换到Master，如果我不提交，我的修改会丢失吗？stash在哪里发挥作用，是在切换分支(但不想提交)之前做的事情，还是简单地恢复一些更改以便您可以暂时返回到以前的代码？ 最佳答案 除非你清理你的树，否则你不能改变到另一个分支。这是通过提交您的更改、还原它们或将它们保存到存储中来完成的。 关于GIT:我是否需要在checkout另一个分支之前提交我的分支，那么存储呢？，我们在Stack
到目前为止，我一直使用gitcheckout;gitreset--hard将分支移回较早的提交。然后我遇到了thisquestion,但答案和评论并没有详细解释它们之间的区别。假设我有一个干净的工作树，它们之间有什么内部差异gitbranch-f和gitcheckoutgitreset--hard这些差异(如果有的话)对高级用法有什么微妙的影响吗？ 最佳答案 主要区别在于gitbranch-f移动指向指定的提交而不触及HEAD、索引或工作副本，而gitcheckout&&gitreset--hard修改所有三个。如果你想在不移动的情
到目前为止，我一直使用gitcheckout;gitreset--hard将分支移回较早的提交。然后我遇到了thisquestion,但答案和评论并没有详细解释它们之间的区别。假设我有一个干净的工作树，它们之间有什么内部差异gitbranch-f和gitcheckoutgitreset--hard这些差异(如果有的话)对高级用法有什么微妙的影响吗？ 最佳答案 主要区别在于gitbranch-f移动指向指定的提交而不触及HEAD、索引或工作副本，而gitcheckout&&gitreset--hard修改所有三个。如果你想在不移动的情
当我像这样检查branch2时，我在branch1上(两个分支都存在)。gitcheckoutorigin/branch2然后我得到一个分离的头错误:Youarein'detachedHEAD'state.Youcanlookaround,makeexperimentalchangesandcommitthem,andyoucandiscardanycommitsyoumakeinthisstatewithoutimpactinganybranchesbyperforminganothercheckout.但是我只是检查branch2(没有origin)然后它工作正常:gitcheck
当我像这样检查branch2时，我在branch1上(两个分支都存在)。gitcheckoutorigin/branch2然后我得到一个分离的头错误:Youarein'detachedHEAD'state.Youcanlookaround,makeexperimentalchangesandcommitthem,andyoucandiscardanycommitsyoumakeinthisstatewithoutimpactinganybranchesbyperforminganothercheckout.但是我只是检查branch2(没有origin)然后它工作正常:gitcheck
许多供应商的Objective-C库(例如，facebook-ios-sdk)指示您将其repo文件/目录的特定子集复制到您的Xcode项目中。这样做的一个问题是您不知道您拥有的供应商代码的修订版本。另一个是，如果您对供应商代码进行了更改，则很难通过Git贡献您的更改。作为解决方案，我想将每个供应商库添加为我的项目存储库的Git子模块，并添加一些额外的设置(例如，在.gitmodules文件中)。这样，如果另一个人克隆我的项目并执行gitsubmoduleupdate--init，他们的repo和子模块将具有与我相同的状态，因为他们将使用我设置的相同默认设置:稀疏checkout:只c
许多供应商的Objective-C库(例如，facebook-ios-sdk)指示您将其repo文件/目录的特定子集复制到您的Xcode项目中。这样做的一个问题是您不知道您拥有的供应商代码的修订版本。另一个是，如果您对供应商代码进行了更改，则很难通过Git贡献您的更改。作为解决方案，我想将每个供应商库添加为我的项目存储库的Git子模块，并添加一些额外的设置(例如，在.gitmodules文件中)。这样，如果另一个人克隆我的项目并执行gitsubmoduleupdate--init，他们的repo和子模块将具有与我相同的状态，因为他们将使用我设置的相同默认设置:稀疏checkout:只c
