Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/git/26.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Git或编辑器的奇怪行为:签出中添加了符号?_Git - Fatal编程技术网

Git或编辑器的奇怪行为:签出中添加了符号?

Git或编辑器的奇怪行为:签出中添加了符号?,git,Git,我在v分支上,然后切换到主分支,然后切换回v分支。当我再次编译时,编译失败,因为我的代码中出现了一个奇怪的符号: 我使用的是OSX Lion和最新版本的textWrangler,我很确定我添加这个并不是偶然的。这是Git还是textWrangler的错 更新 git在合并后添加了一些内容: 我不认为这是吉特的错。通过点击选项和字母,可以获得如下字符: option+s = ß option+b = ∫ option+c = ç option+z = Ω option+d = ∂ option+q

我在v分支上,然后切换到主分支,然后切换回v分支。当我再次编译时,编译失败,因为我的代码中出现了一个奇怪的符号:

我使用的是OSX Lion和最新版本的textWrangler,我很确定我添加这个并不是偶然的。这是Git还是textWrangler的错

更新

git在合并后添加了一些内容:


我不认为这是吉特的错。通过点击选项和字母,可以获得如下字符:

option+s = ß
option+b = ∫
option+c = ç
option+z = Ω
option+d = ∂
option+q = œ
等等。这可能只是个意外,我每周都会碰到其中一个组合

更新:

您在第二个示例中看到的是一个冲突标记,Git绝对是这样做的。这意味着,当您将一个分支合并到当前分支(可能是从github中拉出来的分支)时,Git无法确定该分支的位置。因此,它没有试图猜测哪个分支具有正确的版本,而是将该部分保留为冲突状态,指示您的本地更改以及从合并引入的更改。当两个人在两个不同的分支上修改相同的内容时,通常会发生这种情况

借用,假设您有file.txt,合并后您有一个类似以下的部分:

<<<<<<< HEAD:file.txt
Hello world
=======
Goodbye
>>>>>>> 77976da35a11db4580b80ae27e8d65caf5208086:file.txt
>77976da35a11db4580b80ae27e8d65caf5208086:file.txt之间包含的所有内容都位于通常标记为远程的传入提交中的同一位置

当您在合并后看到此情况时,您必须通过删除标记>77976da手动修复文件,并决定要保留哪个版本;在这种情况下,你好,世界,再见,或者你想保持这两个。关键是,相同的内容在两个不同的分支中编辑,Git无法理解如何处理这些行

Git是一个令人惊叹的版本控制系统,但和所有工具一样,它所能完成的工作也有局限性

关于一些奇怪的小事情的简短说明;当我在Xcode中工作时,我可以转到终端,运行我想要的所有git命令,然后立即返回到Xcode。对于升华文本2,我已经退出升华文本,运行git命令,然后重新打开升华文本,否则更改不会像我预期的那样持续。我不确定关于文本牧马人,你会想出这一部分,或者也许有人可以留下评论

有关Git的一些链接供您选择:


我不认为这是吉特的错。通过点击选项和字母,可以获得如下字符:

option+s = ß
option+b = ∫
option+c = ç
option+z = Ω
option+d = ∂
option+q = œ
等等。这可能只是个意外,我每周都会碰到其中一个组合

更新:

您在第二个示例中看到的是一个冲突标记,Git绝对是这样做的。这意味着,当您将一个分支合并到当前分支(可能是从github中拉出来的分支)时,Git无法确定该分支的位置。因此,它没有试图猜测哪个分支具有正确的版本,而是将该部分保留为冲突状态,指示您的本地更改以及从合并引入的更改。当两个人在两个不同的分支上修改相同的内容时,通常会发生这种情况

借用,假设您有file.txt,合并后您有一个类似以下的部分:

<<<<<<< HEAD:file.txt
Hello world
=======
Goodbye
>>>>>>> 77976da35a11db4580b80ae27e8d65caf5208086:file.txt
>77976da35a11db4580b80ae27e8d65caf5208086:file.txt之间包含的所有内容都位于通常标记为远程的传入提交中的同一位置

当您在合并后看到此情况时,您必须通过删除标记>77976da手动修复文件,并决定要保留哪个版本;在这种情况下,你好,世界,再见,或者你想保持这两个。关键是,相同的内容在两个不同的分支中编辑,Git无法理解如何处理这些行

Git是一个令人惊叹的版本控制系统,但和所有工具一样,它所能完成的工作也有局限性

关于一些奇怪的小事情的简短说明;当我在Xcode中工作时,我可以转到终端,运行我想要的所有git命令,然后立即返回到Xcode。对于升华文本2,我已经退出升华文本,运行git命令,然后重新打开升华文本,否则更改不会像我预期的那样持续。我不确定关于文本牧马人,你会想出这一部分,或者也许有人可以留下评论

有关Git的一些链接供您选择:


是什么让你这么确定你不是偶然添加的?这肯定不是Git造成的。我没有注意到你更新了你的问题。请参阅下面我的更新。是什么让您如此确定您没有意外添加此内容?这肯定不是Git造成的。我没有注意到你更新了你的问题。请看下面我的更新。非常有用的答案。非常感谢。非常有用的回答。非常感谢。