问题描述
 
       有一个非常大的文档，大概有几百页，内部的一级章节是5个，主要是将5个子系统的详细设计都写到一块了。因为项目验收的需求，需要将每个项目都单独验收，所以需要拆分文档，将原来的每个一级章节都单独拿出来放到独立的文档中，然后将一级目录删掉，原来的二级目录及其以下的目录都往前调整，二级调整为一级，三级调整为二级，以此类推。
 
       如果文档的章节不多的话，可以通过手工方式一个章节一个章节调整，或者一个章节一个章节的刷格式，调整目录级别，但是这个文档非常大，原来的文档目录章节已经到了6级，光不同层级的目录就有几百个了，总不能手工一个一个去调整吧？本着偷懒至上的原则，我在想如何批量修改所有的目录？比如如何将原来的1.1改成1，然后批量将所有目录都往前提一级，比如自动将5.1.1.1.1.1变成5.1.1.1.1？
 
解决方法
 
       尝试手工去调整目录的级别会发现，将原来1.1的二级目录直接改成1级目录的话，会直接由1.1变成1，但是只会调整这一个，无法做到批量。如何做到批量？
 
       可以通过使用批量选择相似文本的方式去调整。这样最多只需要调整5次就行了。
 
       首先，选择一个需要修改的目录，如下：
 
 
       然后，点击选择， 在下拉框中点击：选择格式相似的文本
 
 
        此时，你会发现所有和1.1同级别的二级目录全部都被选中了，然后右键，在弹出的快捷窗口
 
中，选择编号，然后选择更改列表级别，将二级改成一级。
 
        完成上述操作之后，再查看发现所有的二级标题全部变成了一级标题，并且标号也自动变成了1一级。
 
       按照同样的操作，对原来的三级、四级、五级、六级分别进行操作，最终整个文档的章节目录完成了批量调整。
 

唉，活到老学到老，俺奶奶教导过俺！
 

 
 
  word添加新的目录级别，可以先用格式刷刷一下条添加的目录，然后选择该标题，右键-》编号-》选择更改列表级别。
 
进入大纲视图，然后看看大纲级别是否正确，不正确调整价即可。
 

 
 
慢慢补充

我们的项目的目录情况为：
 
aaa.bbb.ccc为根目录，下面再按业务建目录，如：api、app，每个目录下面再建controller、service、mapper等
 
即：
 
aaa.bbb.ccc
    api
        controller
            apiController.java
        service
            apiService.java
        mapper
            apiMapper.java
    app
        controller
            appController
        service
            appService.java
        mapper
            appMapper.java 
 
因此，想打印mybatis日志，需要指定aaa.bbb.ccc目录的日志级别为debug
 
但是有一天，我突然发现，虽然sql日志还是在打印，但是有大量的跟字符串相关的日志被打印，每个sql会产生几百条该类日志，经检查发现是另外一个同事配置了fastjson在值转换前打印了该信息，而他配置的fastjson的目录在aaa.bbb.ccc.config下，即：
 
aaa.bbb.ccc
    config
        fastjsonConfig.java
    api
        controller
            apiController.java
        service
            apiService.java
        mapper
            apiMapper.java
    app
        controller
            appController
        service
            appService.java
        mapper
            appMapper.java 
 
如何排除fastjson.java中打印的日志而又不影响sql日志打印？
 
一开始我的想法是用通配符，经尝试：
 
aaa.bbb.ccc.**.mapper
 
aaa.bbb.ccc.*.mapper
 
都无法找到sql！！！
 
后尝试为目录分别指定日志级别，尝试成功！
 
最终springboot的yml配置文件中的日志配置方式为：
 
logging:
  level:
    root: warn
    aaa.bbb.ccc: debug #打印sql，需要级别debug。位置为mapper所在的目录
    aaa.bbb.ccc.config: warn #例外！不打印配置相关的低级别的日志
 
 

 
 
Git无法做到目录级别的权限控制。只能使用submodule或者subtree实现模块化的git管理。
 
 
公司打算用Git来做代码管理，原有的SVN不再使用。考虑到代码安全性的问题，必须在本地部署Git托管服务，并且要实现类似SVN目录级的权限管理。总结了下：
 
本地部署Git仓库
项目需要使用模块化管理，根据模块设定开发者权限
 
 
思路
 
这种需求很少见，很少有公司这样去做，使用submodule将项目模块化，通过第三方托管平台(Gogs)给不同的子模块赋予不同的权限。
 
实现
 
现有项目Project1，分为3大模块，module1, module2, module3。
 
在Gogs上分别创建module1, module2, module3三个Git仓库 ,同时创建Project1仓库。将Project1克隆到本地工作目录后进行如下操作：
 
 
 
git submodule add [url:module1.git] module1//这时会在Project1目录下生成module1文件夹，里面存放的就是module1.git的所有内容
 
 
git submodule add [url:module2.git] module2//这时会在Project1目录下生成module2文件夹，里面存放的就是module2.git的所有内容
 
 
git submodule add [url:module3.git] module3//这时会在Project1目录下生成module3文件夹，里面存放的就是module3.git的所有内容
 
 
最后通过Gogs的权限分配，不同角色分配不同Git库的权限，达到代码目录隔离的效果。
 
最终编译的时候使用如下命令获取三个Git库的更新:
 
 
 
cd Project1
 
 
git submodule foreach git pull