Git 忽略文件权限修改
Git 忽略文件权限修改
当前版本库
$ git config core.filemode false |
所有版本库
$ git config --global core.fileMode false |
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Leon！
相关推荐
2024-03-01
解决 Git 错误: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400
解决 Git 错误: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400在使用 Git 进行推送操作时，有时会遇到类似以下错误信息： error: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400send-pack: unexpected disconnect while reading sideband packetWriting objects: 100% (12/12), 41.04 MiB | 10.07 MiB/s, done.Total 12 (delta 4), reused 0 (delta 0), pack-reused 0fatal: the remote end hung up unexpectedly 这个错误通常表示在向远程仓库推送代码时出现了问题。下面是一些可能的解决方法： 1. 检查远程仓库的 URL首先，确保你正在推送到正确的远程仓库。可以使用以下命令查看当前远程仓库的 URL：...
2016-03-18
git 添加 .gitignore 规则无效
正常情况如果在项目开始的时候配置了.gitignore文件，对一些文件进行忽略。进行版本控制的时候就会忽略对这些文件的跟踪，这是正常情况。 特殊情况但是有一种情况是，项目开始的时候 没有将一些无关文件配置进 .gitignore里面。导致文件已经进行跟踪了，但是目前想把这些文件add 到 .gitignore文件中，但是发现没有效果。 修改文件之后，Git 依然检测到了，文件改动。 规则原来git有一条规则，“如果一个文件一开始没有添加到.gitignore里面，中途添加进去。git 将不会 忽略这个文件。”在这种情况下，必须使用 git rm --cached < file name > 这个命令 来 移除对这个文件的跟踪，然后将 这个不想被跟踪的文件 添加到 .gitignore文件里面 就可以了。 这时 做完这些工作之后 你还必须 再 commit 一次，这次commit之后 ，文件就可以被忽略了。
2024-04-05
Git Reset 三种模式
在使用 Git 进行版本控制时，我们经常需要撤销一些提交，回到之前的状态。Git 提供了 reset 命令来实现这个功能。本文将介绍 Git reset 命令的三种模式：--soft、--mixed 和 --hard，并解释它们之间的区别和用途。 正文1. --soft 模式git reset --soft 模式用于撤销提交，但保留暂存区和工作区的修改。下面是一个示例： git reset --soft HEAD~1 在上述示例中，HEAD~1 表示回退到上一个提交，使用 --soft 模式后，Git 会将当前分支的 HEAD 移动到指定的提交位置，并且保留之前的修改。这样做的好处是可以重新提交之前的修改，方便对代码进行调整和优化。 2. --mixed 模式git reset --mixed 模式是默认的模式，用于撤销提交并重置暂存区，但保留工作区的修改。下面是一个示例： git reset --mixed HEAD~1 在上述示例中，HEAD~1 表示回退到上一个提交，使用 --mixed 模式后，Git 会将当前分支的 HEAD 移动到指定的提交位置，并且重置暂存区...
2024-04-09
使用 Git Cherry-pick 提取一系列提交
在 Git 版本控制系统中，cherry-pick 是一个强大的命令，用于选择和提取指定范围内的提交并应用到当前分支上。本文将介绍如何使用 git cherry-pick 命令提取一系列提交，并解释其用法和注意事项。 1. 提取一系列提交git cherry-pick 命令允许我们选择一系列连续的提交，并将它们应用到当前分支上。下面是一个使用 git cherry-pick 命令的示例： git cherry-pick c6d4031^..e4b5fc3 在上述示例中，c6d4031 和 e4b5fc3 是两个提交的哈希值，^ 表示排除第一个提交。这个命令会提取从 c6d4031（不包括）到 e4b5fc3（包括）之间的所有提交，并将它们应用到当前分支上。 2. 注意事项在使用 git cherry-pick 命令时，有一些注意事项需要考虑： 冲突解决: 如果在应用提交时发生冲突，需要手动解决冲突，并使用 git cherry-pick --continue 命令继续应用剩余的提交。 提交顺序: 提取的提交会按照它们在原始分支上的顺序应用到当前分支上。如果有必要，可以使用...
2024-05-02
Git 修改已提交的commit注释
两种情况：1.已经将代码push到远程仓库2.还没将代码push到远程仓库，还在本地的仓库中 这两种情况下的修改大体相同，只是第一种情况最后会多一步下面来说怎么修改 先搞清楚你要修改哪次的提交注释或者哪几次的提交注释 修改最后一次注释如果你只想修改最后一次注释（就是最新的一次提交），那好办： git commit --amend 出现有注释的界面（你的注释应该显示在第一行）， 输入i进入修改模式，修改好注释后，按Esc键 退出编辑模式，输入:wq保存并退出。ok，修改完成。例如修改时编辑界面的图： 修改之前的注释修改之前的某次注释 输入： git rebase -i HEAD~2 最后的数字2指的是显示到倒数第几次 比如这个输入的2就会显示倒数的两次注释（最上面两行） git rebase -i HEAD~2 hint: Waiting for your editor to close the file... pick 36bceb83c [test] 测试2pick c68574f7b [test] 测试1# Rebase 01c82d86d....
2020-12-02
解决git冲突：please move or remove them before you can merge
问题：使用git，pull代码时报错：please move or remove them before you can merge意思：请在合并之前移动或删除它们造成的原因：本地修改时与远端提交的代码冲突而又没有merge合并解决： git clean -d -fx " " 参数解释： d ：删除未被添加到git的路径中的文件f ：强制运行x ：删除忽略文件已经对git来说不识别的文件 注意：但是这样是有风险的，会删除本地的修改，也就是选择与远端同步，就是你写的、修改的代码统统会被移除！好多人直接这么做，几天的代码就没了，所以执行之前把自己冲突的代码先备份一下，解决冲突后再还原，然后再继续pull代码，切记一定要注意。
评论
