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“中更改了哪些文件父母“。