[搜文档]Git - 搜索结果 - 数智图书馆-无锡数智政务

空标题文档

20 2025-06-17 《Git权威指南》

4.5　思考：随意设置提交者姓名，是否太不安全使用过CVS和Subversion等集中式版本控制系统的用户都知道，每次提交的时候需要认证，认证成功后，登录ID就作为提交者ID出现在版本库的提交日志中。很显然，对于CVS和Subversion这样的版本控制系统而言，很难冒充他人提交。像Git这样的分布式版本控制系统，可以随心所欲地设定提交者，这似乎太不安...

空标题文档

20 2025-06-17 《Git权威指南》

4.6　思考：命令别名是干什么的如上设置后，当使用git ci命令提交时，会自动带上-s参数，这样会在提交说明中自动添加上包含提交者姓名和邮件地址的签名标识。类似于Signed-off-by:User Name＜email@address＞。这对于一些项目（Git、Linux kernel、Android等）来说是必要甚至是必需的。不过，本书...

空标题文档

20 2025-06-17 《Git权威指南》

7.2　用reflog挽救错误的重置如果没有记下重置前master分支指向的提交ID，想要重置回原来的提交似乎是一件麻烦的事情（去对象库中一个一个地找）。幸好Git提供了一个挽救机制，通过.git/logs目录下日志文件记录了分支的变更。默认非裸版本库（带有工作区）都提供分支日志功能，这是因为带有工作区的版本库都有如下设置： $git config...

空标题文档

20 2025-06-17 《Git权威指南》

10.6　使用git add-i选择性添加刚刚创建的Hello World程序还没有添加到版本库中，在src目录下有下列文件： $cd/path/to/my/workspace/demo $ls src hello main.c main.o Makefile version.h version.h.in 这些文件中hello、main.o...

空标题文档

20 2025-06-17 《Git权威指南》

第11章　历史穿梭经过了之前众多的实践，版本库中已经积累了很多次提交了，从下面的命令中可以看出有14次提交。 $git rev-list HEAD|wc-l 14 有很多工具可以研究和分析Git的历史提交，在前面的实践中，我们已经多次用到相关的Git命令查看历史提交、查看文件的历史版本、进行差异比较等。本章除了对之前用到的相关Git命令作一下...

空标题文档

20 2025-06-17 《Git权威指南》

11.4.7　获取历史版本提取历史提交中的文件无非就是表11-1中的操作，在之前的实践中已多次用到，这里不再赘述。

空标题文档

20 2025-06-17 《Git权威指南》

15.4　合并后推送理性的工作协同要避免非快进式推送。一旦向服务器推送后，如果发现错误，不要使用会更改历史的操作（变基、修补提交），而是采用不会改变历史提交的反转提交等操作。如果在向服务器推送过程中，由于他人率先推送了新的提交导致遭遇到非快进式推送的警告，应该进行如下操作才更为理性：执行git pull获取服务器端最新的提交并和本地提交进行合并，合...

空标题文档

20 2025-06-17 《Git权威指南》

第16章　冲突解决 16.1　拉回操作中的合并（3）用户user1执行拉回操作的第二阶段，将本地分支master和共享版本库本地跟踪分支origin/master进行合并操作，如图16-3所示。图　16-3　执行合并操作（4）用户user1执行推送操作，将本地提交推送到共享版本库中，如图16-4所示。图　16...

空标题文档

20 2025-06-17 《Git权威指南》

16.5.2　交互式解决树冲突树冲突虽然不能像文件冲突那样使用图形工具进行冲突解决，但还是可以使用git mergetool命令，通过交互式问答快速解决此类冲突。首先将user2的工作区重置到前一次提交，再执行git merge引发树冲突。（1）重置到前一次提交。 $cd/path/to/user2/workspace/project $...

空标题文档

20 2025-06-17 《Git权威指南》

17.2　创建里程碑创建里程碑依然是使用git tag命令。创建里程碑的用法有以下几种：用法1:git tag＜tagname＞[＜commit＞] 用法2:git tag-a＜tagname＞[＜commit＞] 用法3:git tag-m＜msg＞＜tagname＞[＜commit＞] 用法4:git tag-s＜tagname＞[＜c...