草庐IT

fetch_head

全部标签

git - 'git remote update' 、 'git fetch' 和 'git pull' 有什么区别?

我现在开始玩Git,我有点困惑。对我来说,看起来有很多选择可以做同样的事情。我现在的问题是以下命令之间的区别是什么:git远程更新获取数据pull还有哪个更适用于更新远程分支的本地副本? 最佳答案 gitremoteupdate将更新所有设置为跟踪远程分支的分支,但不会merge任何更改。gitfetch将只更新你所在的分支,但不会merge任何更改。gitpull将更新并merge您所在的当前分支的任何远程更改。这将是您用来更新本地分支的分支。 关于git-'gitremoteupda

git - 在 git repo 中查找超过 x 兆字节的文件,这些文件在 HEAD 中不存在

我有一个Git存储库,我在其中存储随机的东西。主要是随机脚本、文本文件、我设计的网站等等。随着时间的推移,我删除了一些大型二进制文件(通常为1-5MB),这些文件会增加存储库的大小,而我在修订历史记录中不需要这些文件。基本上我希望能够做到..me@host:~$[magiccommandorscript]aad29819a908cc1c05c3b1102862746ba29bafc0:example/blah.psd:3.8MB:130daysold6e73ca29c379b71b4ff8c6b6a5df9c7f0f1f5627:another/big.file:1.12MB:214d

git - 在 git repo 中查找超过 x 兆字节的文件,这些文件在 HEAD 中不存在

我有一个Git存储库,我在其中存储随机的东西。主要是随机脚本、文本文件、我设计的网站等等。随着时间的推移,我删除了一些大型二进制文件(通常为1-5MB),这些文件会增加存储库的大小,而我在修订历史记录中不需要这些文件。基本上我希望能够做到..me@host:~$[magiccommandorscript]aad29819a908cc1c05c3b1102862746ba29bafc0:example/blah.psd:3.8MB:130daysold6e73ca29c379b71b4ff8c6b6a5df9c7f0f1f5627:another/big.file:1.12MB:214d

git - 在执行 git reset --hard HEAD^ 后恢复添加/暂存文件?

我添加了一个新文件F1并更改了另一个文件F2但随后执行了gitreset--hardHEAD^并且我丢失了对文件。有什么方法可以让他们回来吗?我确实在这里看过一个相关的问题:HowcanIundogitreset--hardHEAD~1?但是,该问题假定该人已经完成了Git提交。 最佳答案 您可以(通过一些工作)在最后一个“gitadd”恢复文件状态。你可以使用$gitfsck--cache--no-reflogs--lost-found--danglingHEAD然后检查“.git/lost-found/other”目录中的文件。

git - 在执行 git reset --hard HEAD^ 后恢复添加/暂存文件?

我添加了一个新文件F1并更改了另一个文件F2但随后执行了gitreset--hardHEAD^并且我丢失了对文件。有什么方法可以让他们回来吗?我确实在这里看过一个相关的问题:HowcanIundogitreset--hardHEAD~1?但是,该问题假定该人已经完成了Git提交。 最佳答案 您可以(通过一些工作)在最后一个“gitadd”恢复文件状态。你可以使用$gitfsck--cache--no-reflogs--lost-found--danglingHEAD然后检查“.git/lost-found/other”目录中的文件。

git - 无法从 HEAD 历史记录中确定上游 SVN 信息

为什么我会收到此错误消息? 最佳答案 我收到此消息是因为使用--no-metadata选项克隆了svn存储库。也许你的问题也是如此。在没有该选项的情况下克隆它时一切正常。--no-metadata选项用于在将来新的git克隆成为规范源时克隆SVN存储库。它缺乏提交回SVN上游的能力,因为它无法跟踪git克隆和SVN上游之间的差异。 关于git-无法从HEAD历史记录中确定上游SVN信息,我们在StackOverflow上找到一个类似的问题: https://s

git - 无法从 HEAD 历史记录中确定上游 SVN 信息

为什么我会收到此错误消息? 最佳答案 我收到此消息是因为使用--no-metadata选项克隆了svn存储库。也许你的问题也是如此。在没有该选项的情况下克隆它时一切正常。--no-metadata选项用于在将来新的git克隆成为规范源时克隆SVN存储库。它缺乏提交回SVN上游的能力,因为它无法跟踪git克隆和SVN上游之间的差异。 关于git-无法从HEAD历史记录中确定上游SVN信息,我们在StackOverflow上找到一个类似的问题: https://s

git - 理解 git fetch 然后 merge

来自svn背景,我有这个问题:gitequivalentofsvnstatus-u(什么是svnstatus-u的git等价物)我明白,你这样做:gitfetchgitlog..origin/master但是,我猜origin/master部分取决于分支?如果我正在跟踪远程分支,它不一定是master?我也不完全理解gitmergeorigin/master。我猜这只是意味着gitfetch从远程抓取更改并将它们作为origin/master放入git数据库系统,而我只是master?如果我获取更改,检查完成的内容,对更改感到恐惧并且不想merge怎么办?我如何基本上放弃它们?

git - 理解 git fetch 然后 merge

来自svn背景,我有这个问题:gitequivalentofsvnstatus-u(什么是svnstatus-u的git等价物)我明白,你这样做:gitfetchgitlog..origin/master但是,我猜origin/master部分取决于分支?如果我正在跟踪远程分支,它不一定是master?我也不完全理解gitmergeorigin/master。我猜这只是意味着gitfetch从远程抓取更改并将它们作为origin/master放入git数据库系统,而我只是master?如果我获取更改,检查完成的内容,对更改感到恐惧并且不想merge怎么办?我如何基本上放弃它们?

Git 恢复最后分离的 HEAD

我的项目有个大问题:场景是这样的。我在Git下有一个xcode项目。今天我意识到最后一次提交破坏了一些测试,所以我检查了之前的提交。我使用了SourceTree,这是警告Doingsowillmakeyourworkingcopya'detachedHEAD',whichmeansyouwon'tbeonabranchanymore.Ifyouwanttocommitafterthisyou'llprobablywanttoeithercheckoutabranchagain,orcreateanewbranch.Isthisok?我工作了一整天,最后我全力以赴。所以我需要merge我