分类
发现
标签
搜索
注册
登录
分类
发现
榜单
标签
搜索
注册
登录
搜索
数智图书馆-无锡数智政务
本次搜索耗时
1.857
秒,为您找到
778
个相关结果.
搜书籍
搜文档
空标题文档
12
2025-06-17
《Git权威指南》
32.3 Gerrit的配置文件 Gerrit的配置文件保存在部署目录下的etc/gerrit.conf文件中。如果对安装时的配置不满意,可以手工修改配置文件,重启Gerrit服务即可。 全部采用默认配置时的配置文件: [gerrit] basePath=git canonicalWebUrl=http://localhost:8080/ ...
空标题文档
12
2025-06-17
《Git权威指南》
32.6 管理员访问SSH的管理接口 应该放在用户本地Git库的钩子目录中以便在生成的提交中包含唯一的Change-Id。这在之前的Gerrit原理中介绍过。 除了普通用户可以执行的命令外,管理员还可以通过SSH连接执行Gerrit相关的管理命令。例如之前介绍的管理数据库: $ssh-p 29418 localhost gerrit gsql...
空标题文档
12
2025-06-17
《Git权威指南》
35.4.2 树过滤器 参数—tree-filter用于设置树过滤器。树过滤器会将每个提交检出到特定的目录中(.git-rewrite/目录,或者用-d参数指定的目录),针对检出目录中文件的修改、添加、删除会改变提交。注意此过滤器忽略.gitignore,因此对检出目录的任何修改都会记录在新的提交中。之前介绍的文件删除就是一例,再比如对文件名的修改: ...
空标题文档
12
2025-06-17
《Git权威指南》
35.4.3 暂存区过滤器 树过滤器因为要将每个提交检出,因此非常费时,而参数—index-filter给出的暂存区过滤器则没有这个缺点。如果将之前使用树过滤器删除文件的操作换成用暂存区过滤器来实现,将会运行得更快。 $git filter-branch—index-filter' git rm—cached—ignore-unmatch file...
空标题文档
12
2025-06-17
《Git权威指南》
35.4.5 提交说明过滤器 参数—msg-filter用于设置提交说明过滤器。该过滤器用于改写提交说明。原始的提交说明作为标准输入传入脚本,而脚本的输出则作为新的提交说明。 例如,使用git-svn命令从Subversion迁移过来的Git版本库,默认情况下在提交说明中包含git-svn-id:字样的说明,如果需要将其清除,可以不必重新迁移,而是使用...
空标题文档
12
2025-06-17
《Git权威指南》
35.4.6 提交过滤器 参数—commit-filter用于设置提交过滤器。提交过滤器所给出的脚本,在版本库重整过程的每次提交时运行,取代要默认执行的git commit-tree命令。不过一般情况下会在脚本中调用git commit-tree命令。传递给脚本的参数格式为"<TREE_ID>[(-p<PARENT_COMMIT_ID>)……]",提交日...
空标题文档
12
2025-06-17
《Git权威指南》
35.4.7 里程碑名字过滤器 参数—tag-name-filter用于设置里程碑名字过滤器。该过滤器也是经常要用到的过滤器。上面介绍的各个过滤器都有可能改变提交ID,如果在原有的提交ID上建有里程碑,可能会随之更新,但是会产生大量的警告日志,提示要使用里程碑过滤器。里程碑过滤器脚本以原始里程碑名称作为标准输入,并把新里程碑名称作为标准输出。如果不打算变...
空标题文档
12
2025-06-17
《Git权威指南》
36.2 配置etckeeper 配置etckeeper首先要选择好一款分布式版本库控制工具,如Git,然后用相应的版本控制工具初始化/etc目录,并做一次提交,具体操作过程如下。 (1)编辑配置文件/etc/etckeeper/etckeeper.conf。 只要有下面一条配置就够了。告诉etckeeper使用Git作为数据管理后端。 VCS=...
空标题文档
12
2025-06-17
《Git权威指南》
37.2 Gistore的使用 先熟悉一下Gistore的术语。 备份库:通过gistore init命令创建用于数据备份的数据仓库。备份库包含的数据有: 〇Git版本库相关的目录和文件。如repo.git目录(相当于.git目录)、.gitignore文件等。 〇Gistore相关的配置。如.gistore/config文件。 备份项:可以为一...
空标题文档
12
2025-06-17
《Git权威指南》
37.2.7 备份回滚及设置 我在开发Gistore时,最麻烦的就是备份历史的管理。如果不对备份历史进行回滚,必然会导致提交越来越多,备份空间占用越来越大,直至磁盘空间占满。 最早的想法是使用git rebase命令,即将准备丢弃的早期备份历史压缩为一个提交,然后后面的提交再变基到压缩后的提交之上,这样就实现了对历史提交的丢弃。但是这样的操作既费时,又...
1..
«
51
52
53
54
»
..78