1、创建.gitignore文件：在项目的根目录中创建一个名为".gitignore"的文件（如果尚不存在）。2、编辑.gitignore文件：使用文本编辑器打开.gitignore文件，并在文件中添加一行指定要忽略的文件或目录。在这种情况下，您可以添加以下行以排除node_modules文件夹：node_modules/3、保存并提交.gitignore文件，然后将.gitignore文件本身添加到Git仓库并进行提交：gitadd.gitignoregitcommit-m"Add.gitignorefile"4、提交其他更改：继续使用正常的Git命令将其他文件和更改添加到提交中：gitad
把一批git项目从一台设备拷到另一台设备之后，未对文件做任何修改，但是进入到项目的根目录下，执行gitstatus却发现所有的文件状态都是modified。感觉比较诡异执行gitdiff--summary发现大多都是modechange100644=>100755，原来是拷贝文件的过程中，文件的权限被自动修改了，权限值由644变成了755.这种情况如何处理呢？关闭git的filemode全局关闭gitconfig--globalcore.filemodefalse单项目关闭gitconfigcore.filemodefalse修改文件的权限（推荐使用这个方法）gitdiff--summary|
文章目录环境说明思路1、centos7部署Gerrit服务2、Windows部署gitbash3、配置gitbash信&配置Gerritsshkey3.1gitbash配置用户及邮箱3.2生成SSHkey公钥3.3配置Gerrit上的sshkey4、下载代码到本地环境说明centos7部署GerritWindows10部署gitbash2.41版本思路首先在虚拟机上搭建Gerrit服务，在Windows上部署好gitbash；其次，配置publishkey连接Gerrit仓库；最后使用gitclone下载代码到本地，再使用VScode编辑提交代码带仓库。当然，直接使用VScode连接Gerri
目录前言一、Git下载与安装二、Git常用命令1.全局设置2.获取Git仓库-在本地初始化Git仓库3.获取Git仓库-从远程仓库克隆4.Git工作区、暂存区、版本库概念以及工作区中文件状态（1）工作区、暂存区、版本库（2）Git工作区中文件的状态5.本地仓库操作6.远程仓库操作7.分支操作8.标签操作三、在IDEA中使用Git(这里为idea2022)1、获取Git仓库·本地初始化仓库 ·从远程仓库克隆（！！！）2.本地仓库操作3、远程仓库操作4、分支操作总结提示：以下是本篇文章正文内容，下面案例可供参考一、Git下载与安装下载地址：https:://git-scm.com/download
我在我的Xcode项目中使用GIT进行源代码管理。更新cocoapod库后，我开始收到如下警告:file:///Users/NinjaDev/Development/Xcode/NinjaApp/Pods/Alamofire/Source/Download.swift:警告:缺少文件:/Users/NinjaDev/Development/Xcode/NinjaApp/Pods/Alamofire/Source/工作副本中缺少Download.swift库已更改，因此Download.swift文件不再存在。我提交了该项目并进行了清理和重建，但仍然出现错误。我猜存储库并不知道它已被删除
因学习需求，安装了双系统，随后在使用windows上传之前的项目过程中出现标题的这种报错，搜索了相关方法，虽然解决了，但又没完全解决，随后经过几天的摸索，最终解决了这个问题。当然，你可以根据git提示使用git命令添加安全路径来解决，这个网上很多方法有用到，这里不做赘述，这里分享彻底解决这个问题的方法。使用的操作系统：Windows操作：两步走第一步：设置目录所有者右键项目所在目录->属性->安全->高级更改所有者，看图来吧~选中你的用户名然后点确定，此时用户名会出现在这里，继续点确定勾上这连个点确定，出现提醒点确定。到此第一步完成。第二步：设置所有者权限在上一步最后的那个页面，点添加选择主体
撤销1.撤销某条提交记录gitrevert例：#所有abcd提交的修改将被撤销，git实际上将创建一条新的提交，旧的提交不会被真的改变#如果有冲突，需要手动解决冲突gitrevertabcd2.撤销gitadd操作如果将某个文件/目录更新到了index中，在执行gitcommit之前，如果希望将文件/目录从index中移除，则可以执行以下操作：gitresetHEAD例：gitresetHEADfile.txt注意：如果代码已经通过gitcommit提交，则不能执行此操作。[“HEAD等价于当前分支的末端。]gitreset确实是个危险的命令，如果加上了--hard选项则更是如此。然而在上述场
gitrebase详解，附带操作过程命令，运行图片合并代码初始代码分支结构merge合并代码rebase合并代码整理提交记录背景-整理提交记录步骤-图文详解建议在看这篇文章之前一定要看完：gitreset命令详解gitrevert命令详解。看完上面的文章后，在rebase操作（成功/失误）后还可以进行回退。不至于咱们再去费劲创建那些提交记录。gitrebase有两种作用合并代码整理提交记录合并代码初始代码分支结构可以看到有两个分支，2023的分支是在master的基础上建立的，并且已经有过多次提交。master也已经有了后续的一个提交。merge合并代码平时我们大多是使用merge合并代码。操
在git中，如果在合并完之后继续使用自己的旧分支，则会发生以下情况：如果在合并完之后继续在旧分支上进行修改并提交，则这些修改将不会出现在合并后的分支中。如果旧分支具有未合并的提交，则它们将不会被合并到主分支中。因此，在合并完之后使用旧分支可能会导致旧分支与主分支之间出现差异，并且可能会丢失一些提交。建议在合并完之后不要继续使用旧分支，而是在主分支上继续工作。
文章目录前言gitcommit提交规范提交消息头(commitmessageheader)提交消息具体内容(commitmessagebody)提交消息尾述(commitmessagefooter)Revert表情(Emojis)标识idea插件其他操作Commitizen生成ChangelogGit获取提交消息格式化输出相关参考前言我们都知道，Git每次提交代码，都要写Commitmessage（提交说明），否则就不允许提交，这其实就是规范，但输入的说明我们可以随便写。无规矩不成方圆，当查看git提交历史的时候，发现每个人git的提交记录都有自己的风格和习惯，并没有一套完整的规范，不利于阅读
