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

空标题文档

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

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

空标题文档

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

4.7　备份本章的工作成果执行下面的命令，算是对本章工作成果的备份： $cd/path/to/my/workspace $git clone demo demo-step-1 Cloning into demo-step-1… done.

空标题文档

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

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

空标题文档

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

11.4.3　浏览日志：git log 命令git log是老朋友了，在前面的章节中曾经大量地出现，用于显示提交历史。 1.显示的日志范围命令git log的后面可以接表示版本范围的参数，当不使用任何表示版本范围的参数时，相当于使用了默认的参数HEAD，即显示当前HEAD能够访问到的所有历史提交。下面的示例使用了前面介绍的版本范围表示法： $g...

空标题文档

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

13.3　克隆生成裸版本库

空标题文档

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

14.3　重置操作引入的对象上一节用git prune命令清除暂存区操作时引入的临时对象，但是如果是用重置命令抛弃的提交和文件就不会轻易地被清除。下面用同样的大文件提交到版本库中试验一下。 $cd/path/to/my/workspace/i-am-admin $cp/tmp/bigfile bigfile $cp/tmp/bigfile bi...

空标题文档

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

15.2　多用户协同的本地模拟在本篇的学习过程中，需要一个能够提供多人访问的版本库，显然要找到一个公共服务器，并且能让所有人都尽情发挥不太容易，但幸好可以使用本地协议来模拟。在后面的内容中，会经常使用本地协议地址file:///path/to/repos/＜project＞.git来代表对某一公共版本库的访问，您可以把file://格式的URL（比直接...

空标题文档

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

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

空标题文档

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

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

空标题文档

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

16.4.2　图形工具完成冲突解决上面介绍的通过手工编辑完成冲突解决并不复杂，对于简单的冲突是最快捷的解决方法。但是如果冲突的区域过多、过大，并且缺乏原始版本作为参照，冲突解决过程就会显得非常的不便，这种情况下使用图形工具就显得非常有优势。还以上面的合并冲突为例介绍使用图形工具进行冲突解决的方法。为了制造一个冲突，首先把user2辛辛苦苦完成的冲突...