Tag: git新

GIT警告:太多文件跳过不精确的重命名检测

我知道默认的重命名限制是100,并可以增加这个值使用configuration“diff.renamelimitconfiguration” 什么是担心的是,如果这个configuration没有设置,会有一个错误的合并,任何缺less的代码? 我试图合并(git merge)两个有巨大变化的分支。 有人可以更多地了解这个configuration设置吗?

TortoiseGit – 没有findgit

我使用msysGit与msysGit-fullinstall-1.6.4-preview20090729.exe一起安装的TortoiseGit,它的工作方式非常奇怪: 在About窗口,它说,无法findGIT,即使所有的操作似乎完成OK 在“ Settings窗口的“ General选项卡上的Settings MSysGit部分,即使设置了正确的path(…. \ msysGit \ bin) 在Settings窗口的Git\Config选项卡上,任何改变和保存设置的尝试都会导致一些无文本错误,closures窗口的唯一方法是通过“Cancel”button 在每一个操作似乎寻找path中的所有文件夹上的git.exe,这至less是奇怪的,因为它知道在哪里find可执行文件 如果我使用Git-1.6.4-preview20090730.exe安装msysGit,即使在两种情况下path设置相同(…. \ msysGit \ cmd),前三个点也不存在 我能做些什么来使TortoiseGit从msysGit-fullinstall-1.6.4-preview20090729.exe识别git安装? 环境: Git的-1.6.4-preview20090730.exe msysGit-fullinstall-1.6.4-preview20090729.exe TortoiseGit 1.0.2.0 32位 编辑: 我不想把msysGit\bin放在path中,只是msysGit\cmd 。 如果我简单地用msysGit-fullinstall-1.6.4-preview20090729.exe中的文件msysGit-fullinstall-1.6.4-preview20090729.exe Git-1.6.4-preview20090730.exe安装中的文件,那么TortoiseGit似乎认识到了git版本,并允许我编辑Git \在设置中configuration部分。 这至less是奇怪的,因为环境的其他部分根本没有被修改。 只要我恢复msysGit-fullinstall-1.6.4-preview20090729.exe文件,TortoiseGit停止正常工作。

SourceTree应用程序说,即使对于新克隆的存储库,也未提交更改 – 可能是错误的?

使用Atlassian SourceTree将远程git存储库克隆到本地框中。 即使在工作树中没有真正修改过文件,Atlassian在“未提交的更改”下面立即列出了一堆文件。 每个文件显示相同的行数都被删除和添加,这个计数等于文件中的行数。 这会以某种方式暗示我们正在碰到某种结束问题。 但是,存储库的.gitattribute包含 # Set default behaviour, in case users don't have core.autocrlf set. * text=auto 每GitHub文章处理行结束应明确core.autocrlf真正的存储库。 不过~/.gitconfig包含autocrlf = true 。 如果修改的文件被试图“恢复”回到先前的提交,则不起作用。 相同的文件仍被视为未提交。 版本库已被克隆到多个位置,并确保没有文件在同一path中,以确保SourceTree或git不logging旧文件。 该存储库与Windows,Linux和OSX盒配合使用。 此问题仅在OSX中出现。 在SourceTree / repository / git安装程序中还有什么可能是错误的? 更新#1,2013年4月20日 由于还有问题,这里是git config –list部分输出。 从SourceTree控制台(OSX) core.excludesfile=/Users/User/.gitignore_global core.autocrlf=input difftool.sourcetree.cmd=opendiff "$LOCAL" "$REMOTE" difftool.sourcetree.path= mergetool.sourcetree.cmd=/Applications/SourceTree.app/Contents/Resources/opendiff-w.sh "$LOCAL" "$REMOTE" -ancestor "$BASE" -merge "$MERGED" mergetool.sourcetree.trustexitcode=true core.repositoryformatversion=0 core.filemode=true […]

什么名字是有效的git标签?

我在创build包含[ character: 致命的:'['不是有效的标签名称。 问题:git中是否有标签的规则?

为旧的git分支摆脱'…不指向有效的对象'

我有一个Git仓库,我的克隆似乎有一个旧的,不再存在的问题,分支。 我一直看到这个消息: error: refs/heads/t_1140 does not point to a valid object! 我没有任何其他消息,回购协议工作正常。 没有任何操作阻止我在其他分支上工作,推动变化,拉动……等等。 我环顾四周,并没有明确的指示如何解决这个问题。 我试着执行git fsck –full但是我看不到任何错误。 只是在dangling …消息的负载。 我也检查了我的.git/config ,没有提及这个分支,也检查了.git/refs/heads ,没有提到t_1140 任何想法如何摆脱这个错误? PS我试图再次克隆我的回购,这似乎是我的Github回购的错误。 所以,我现在唯一能想到的就是把我的回购和再次交叉。

将标签添加到合并请求

我有一个从agiliq / Anagen分支的repo iontech / Anagen 我做了一些提交到我的叉子,并添加了一个标签。 然后我打开了一个Pull Request。 这个Pull请求只包含我的提交。 如何将我创build的标签添加到合并请求中?

为什么git散列对象返回不同于openssl sha1的散列?

上下文:我从code.google下载了一个文件(Audirvana 0.7.1.zip)到我的Macbook Pro(Mac OS X 10.6.6)。 我想validation该特定文件的校验和发布为862456662a11e2f386ff0b24fdabcb4f6c1c446a(SHA-1)。 git hash-object给了我不同的散列,但openssl sha1返回了预期的862456662a11e2f386ff0b24fdabcb4f6c1c446a。 下面的实验似乎排除了任何可能的下载损坏或换行符差异,并指出实际上存在两种不同的algorithm: $ echo A > foo.txt $ cat foo.txt A $ git hash-object foo.txt f70f10e4db19068f79bc43844b49f3eece45c4e8 $ openssl sha1 foo.txt SHA1(foo.txt)= 7d157d7c000ae27db146575c08ce30df893d3a64 这是怎么回事?

Git svn rebase:校验和不匹配

当我尝试在存储库上执行git svn rebase时遇到问题。 它显示: Checksum mismatch: code/app/meta_appli/app_info.py expected: d9cefed5d1a630273aa3742f7f414c83 got: 4eb5f3506698bdcb64347b5237ada19f 我搜查了很多,但还没有find解决这个问题的方法。 如果有人知道,请分享你的知识。 提前致谢。

我怎么能得到一个git子模块相关的提交ID从父克隆过去的提交?

有没有一种方法,实际检查父提交,根据父克隆中的提交ID来确定子模块的SHA-1提交ID? 我知道我可以通过'git submodule'find当前关联的SHA-1。 下面是一个例子:我有一个在上个月更换了几次的单个子模块“foo”的克隆。 我在几个星期大的父克隆中有一个标签叫'released-1.2.3'。 我想知道这个标记提交的相关SHA-1的'foo'是什么。 我可以简单地检查一下'released-1.2.3'并使用git-submodule来查看,但我想知道是否有办法在不影响工作树的情况下执行此操作,因为我想对其进行编写。 我想这样做是因为我想要构build一个脚本来对父库中的两个提交之间的子模块内的所有更改进行“差异化” – 即“告诉我在这两个提交之间的子模块”foo“中更改了哪些文件父母“。

在Windows上使用符号链接克隆存储库时会发生什么?

在Windows上添加对符号链接的支持方面存在很多问题。 但是,当我在Windows上使用符号链接克隆存储库时会发生什么?