“gitsolo”是知启蒙团队开源的极简Git服务器，纯Java开发，本地文件数据库，只依赖JDK，一键启动（zhiqim.exe/zhiqim.lix），支持HTT(S)协议、多项目多成员权限管理和二次开发。。
gitsolo有什么优点？
1、想搭一个Git服务器，又觉得GitLab很麻烦的公司或个人，选择gitsolo绝对错不了。
2、gitsolo从1.6.0版本开始，采用木兰宽松许可证第2版发布开源版本。有不清楚的进群或在
3、gitsolo只依赖JDK和ZhiqimDK，安装简单到爆，特别是有经验的Java程序员，配置好boot.home，一键启动（zhiqim.exe/zhiqim.lix）。
4、独立工程，不需要WEB容器，什么Tomcat/Jetty不需要的。
5、有HTTP(S)协议就够了，什么ssh协议配置太麻烦。gitsolo的多项目/多成员管理很棒的。
6、还有一个特点就是会检查提交者和提交者邮箱，这个要注意啦，提交者必须是gitsolo的用户名，否则提交不了，为什么这么设计呢？因为这么控制了之后，可以避免别人用自己的账号提交啦，哈哈哈。
gitsolo安装指南
1、要求JDK1.7+,其详细安装教程请前往【JDK安装教程】。
2、进往下载发行版：下载请点击【gitsolo发行版】。
gitsolo配置启动图解
一、目录结构，在版本中下载gitsolo.zip后解压出来的目录结构：
二、主要配置JDK路径，在目录结构中打开./conf/zhiqim.xml：
三、配置/git仓库根目录和HTTP/HTTPS的端口，在目录结构中打开./conf/zhiqim.xml：
四、启动：
gitsolo功能展示图解
一、首页（在./conf/zhiqim.xml中配置的port，如http://localhost）
如图所示，默认记住账号：
二、自带的操作员管理和角色/部门权限功能
操作员管理、角色管理（角色成员，角色权限）和部门管理（部门成员，部门权限）
还有，操作日志查询/操作员在线列表
三、项目信息管理功能
项目的增删改查和转让等功能。
四、项目成员管理功能
项目成员的添加和删除功能。
五、项目代码仓库功能
增加，修改，删除，重命名和迁移仓库功能。
六、设置独立密钥功能
开启仓库独立密钥，加强保密性。
七、我的项目动态功能
可以查看我创建的项目动态以及向我汇报的项目的动态。
知启蒙技术框架与交流
教程：欲知更多gitsolo，【请戳这里】
-
zhiqim_kernel介绍 zhiqim_kernel即知启蒙内核，负责工程的生命周期管理：包括工程开发和发布的目录结构管理、统一的配置规约、单多例服务接口定义、服务启动运行更新和销毁管理。并提供基础开发工具：包括工具类、日志类、线程池、JSON/XML编解析、HTTP客户端、时钟任务定时器等。 zhiqim_kernel的特点和优势 通用的目录结构和启动文件，无需复杂的容器支撑，让启动速度飞
-
你可以在每一篇教程中找到在线的代码范例，但如果你想自己运行教程的Demo或者将正常工作的范例代码与你的代码进行比较，你可以在这里找到在线的GitHub代码仓库。 目前，CMakeLists.txt文件能够正常生成Visual Studio的工程文件和make文件，它能够在Windows和Linux上运行。但是它在Apple的macOS和其它的IDE上还没有进行非常完全的测试，所以如果出现问题你可以
-
Xcode Server对包含在源代码仓库中的项目进行操作。Xcode Server支持两种主流的源代码控制系统：Git和Subversion。您的bot可以连接到托管在远程服务器上的或者设置并托管在OS X Server上的Git和Subversion。 如果您目前还没有设置Xcode Server ,请参照安装OS X Server并配置Xcode Server： 官方文档，中文文档。 备注
-
这一章简要地带你了解一些最重要的 Git 命令。在这节中，我会向你介绍开始一个新的版本控制项目需要的所有工具，后面的几节包含了你每天都会用到的Git操作。 在这节之后，你应该能够创建一个新的 Git 仓库，缓存你的项目以免丢失，以及查看你项目的历史。 git init git init 命令创建一个新的 Git 仓库。它用来将已存在但还没有版本控制的项目转换成一个 Git 仓库，或者创建一个空的新
-
主要内容：JEP 296 ： 将 JDK 多个代码仓库合并到一个仓库JEP 296 ： 将 JDK 多个代码仓库合并到一个仓库 在 JDK 9 中，有八个基于模块的目录，称为 repos。 root corba hotspot jaxp jaxws jdk langtools nashorn 代码的组织方式如下 ： 从 Java 10 开始，将 JDK 多个代码仓库合并到一个仓库。现在的结构为 ：
-
写在前面：这段时间经过了一段高强度笔面，但还是颗粒无收 面试 面试官进来就说：你不会flink？ 我：了解的不多 那我们这次可能通过概率不大，但我们仍然可以就大数据来一波交流 实时： Flink的checkpoint Flink的反压 Flink的状态后端 离线： Kafka的有序性（不可全局有序，但可分区有序）面试官说不对？？我让他下去再好好看看 Kafka一定不会丢数据嘛? Spark的内存模