草庐IT

Talking-Head

全部标签

git - 为什么我的 Git 子模块 HEAD 与主模块分离?

我正在使用Git子模块。从服务器pull更改后,很多时候我的子模块头与主分支分离。为什么会这样?我必须总是这样做:gitbranchgitcheckoutmaster如何确保我的子模块始终指向master分支? 最佳答案 编辑:参见@SimbaAnswer有效的解决方案submodule..updateiswhatyouwanttochange,seethedocs-defaultcheckoutsubmodule..branchspecifyremotebranchtobetracked-defaultmaster旧答案:就我个人

git - 在分离的 HEAD 状态下创建的 git 提交会发生什么?

事情是这样的:我有一个分支A。在分支A上,我提交了一系列更改。我对代码不满意,所以我检查了之前在分支A中的提交。然后我做了更多更改并将它们提交到分支A。现在我在任何地方都找不到这个提交。我丢失了这段代码吗? 最佳答案 旧提交仍在reflog中。gitreflog这将显示一个提交列表,“丢失”的提交应该在那里。你可以把它变成一个新的分支。例如,如果SHA-1是ba5a739,那么您可以在旧提交上创建一个名为“new-branch”的新分支:gitbranchnew-branchba5a739请注意,当数据库被修剪时,“丢失”的提交将被

git - 在分离的 HEAD 状态下创建的 git 提交会发生什么?

事情是这样的:我有一个分支A。在分支A上,我提交了一系列更改。我对代码不满意,所以我检查了之前在分支A中的提交。然后我做了更多更改并将它们提交到分支A。现在我在任何地方都找不到这个提交。我丢失了这段代码吗? 最佳答案 旧提交仍在reflog中。gitreflog这将显示一个提交列表,“丢失”的提交应该在那里。你可以把它变成一个新的分支。例如,如果SHA-1是ba5a739,那么您可以在旧提交上创建一个名为“new-branch”的新分支:gitbranchnew-branchba5a739请注意,当数据库被修剪时,“丢失”的提交将被

git - 检查 Git 标签导致 "detached HEAD state"

我正在为我的git项目开发一个部署脚本,我刚刚开始使用标签。我添加了一个名为v2.0的新标签:gittag-av2.0-m"Launchingversion2.0"我已经将这个标签推送到远程仓库gitpush--tags当我尝试执行部署脚本并检查v2.0标记时,我收到此消息:Youarein'detachedHEAD'state.Youcanlookaround,makeexperimentalchangesandcommitthem,andyoucandiscardanycommitsyoumakeinthisstatewithoutimpactinganybranchesbyper

git - 检查 Git 标签导致 "detached HEAD state"

我正在为我的git项目开发一个部署脚本,我刚刚开始使用标签。我添加了一个名为v2.0的新标签:gittag-av2.0-m"Launchingversion2.0"我已经将这个标签推送到远程仓库gitpush--tags当我尝试执行部署脚本并检查v2.0标记时,我收到此消息:Youarein'detachedHEAD'state.Youcanlookaround,makeexperimentalchangesandcommitthem,andyoucandiscardanycommitsyoumakeinthisstatewithoutimpactinganybranchesbyper

git - HEAD 和 master 的区别

Git中的HEAD和master有什么区别?我在GitHub上克隆了一个项目,想将我的更改推送到远程。但是我应该推到哪一个呢? 最佳答案 master是对分支结尾的引用。按照惯例(默认情况下)这通常是主要的集成分支,但不一定是。HEAD实际上是一种特殊类型的引用,它指向另一个引用。它可能指向master也可能不指向(它将指向当前checkout的任何分支)。如果你知道你想要提交到master分支然后推送到这个。这是一个可视化的例子:在您自己的存储库中,您可以通过运行以下命令检查HEAD指向的位置:$gitsymbolic-refHE

git - HEAD 和 master 的区别

Git中的HEAD和master有什么区别?我在GitHub上克隆了一个项目,想将我的更改推送到远程。但是我应该推到哪一个呢? 最佳答案 master是对分支结尾的引用。按照惯例(默认情况下)这通常是主要的集成分支,但不一定是。HEAD实际上是一种特殊类型的引用,它指向另一个引用。它可能指向master也可能不指向(它将指向当前checkout的任何分支)。如果你知道你想要提交到master分支然后推送到这个。这是一个可视化的例子:在您自己的存储库中,您可以通过运行以下命令检查HEAD指向的位置:$gitsymbolic-refHE

git - HEAD、master、origin的git概念是什么?

在我学习git的过程中,我不断遇到HEAD、master、origin等术语,但我不确定它们之间有什么区别。如果我理解正确,HEAD总是等于最新版本?如果是这样,那是整个存储库的最新版本,还是特定分支或标签的最新版本?这太令人困惑了。我已经阅读了很多关于这方面的教程以及诸如分支/merge之类的内容,但仍然无法理解它。 最佳答案 我强烈推荐这本书"ProGit"byScottChacon.花时间真正阅读它,同时像您一样探索实际的gitrepo。HEAD:您的存储库的当前提交。大多数时候HEAD指向当前分支中的最新提交,但情况并非如此

git - HEAD、master、origin的git概念是什么?

在我学习git的过程中,我不断遇到HEAD、master、origin等术语,但我不确定它们之间有什么区别。如果我理解正确,HEAD总是等于最新版本?如果是这样,那是整个存储库的最新版本,还是特定分支或标签的最新版本?这太令人困惑了。我已经阅读了很多关于这方面的教程以及诸如分支/merge之类的内容,但仍然无法理解它。 最佳答案 我强烈推荐这本书"ProGit"byScottChacon.花时间真正阅读它,同时像您一样探索实际的gitrepo。HEAD:您的存储库的当前提交。大多数时候HEAD指向当前分支中的最新提交,但情况并非如此

Git:如何从 'detached HEAD' 状态返回

如果要检查一个分支:gitcheckout760ac7e来自例如b9ac70b,如何在不知道其SHA1的情况下返回到最后一个已知的头部b9ac70b? 最佳答案 如果您记得之前checkout过哪个分支(例如master),您可以简单地gitcheckoutmaster摆脱分离的HEAD状态。一般来说:gitcheckout会让你摆脱困境。如果你不记得上次的分支名称,试试gitcheckout-这也会尝试检查您上次检查的分支。 关于Git:如何从'detachedHEAD'状态返回,我们