What

在项目开发过程中，我们可能会有跨项目合作，或者项目组内部多个subgroup之间的协作，以及社区各个开源项目之间的引用，这时候repo需要有一种机制能够引用，跟踪对应的项目；submodule就是git提供的一种项目引用和跟踪的机制；基于此对引用的上游项目也可以进行很容易的进行自定义的修改，合并和推送；

近年来在典型的互联网服务领域，Go相关技术栈已经普及度非常高，公司很多互联网服务属性的部门基本都已经切换到Go，抛弃了我司长久以来的C++技术栈来开发业务逻辑，最近新的游戏项目也尝试全面拥抱云原生，技术栈全面切换到了Go，所以最近在工作之余在看Go的一些基础和设计思想，这里以一个写了5，6年C++的人的角度来记录一下Go的一些基础知识，主要是通过阅读《Go程序设计语言》一书和官方文档，在做笔记的同时其中夹杂一些和C/C++的对比；本篇主要是一些基础知识，记录一下。

基于CMake的构建系统被组织为一组高级逻辑目标。逻辑目标可以分为三类：可执行文件，库，包含自定义命令的自定义目标；目标之间的依赖关系在构建系统中表示，以确定构建顺序和更改时的重新生成规则。

1. 分布式系统理论基础

CAP定理，又被称作布鲁尔定理（Brewer’s theorem），民间又称帽子定理，是加州大学伯克利大学埃里克·布鲁尔在2000年的PODC(分布式计算原理研讨会)上提出的一个猜想，随后在2002年，MIT的赛斯·吉尔伯特和南希·林奇发表了布鲁尔猜想的证明，使之成为一个定理。CAP的概念如下：

在没有开启编译优化时，GCC编译器的目的是：减少编译时间和生成预期的调试结果。对于GCC编译的程序，调试的语句都是独立的，可以在程序的任何语句中设置断点，并设置变量的值和修改语句的执行，得到你想要的执行结果。

本文是对Phil Calçado的文章Pattern: Service Mesh的翻译，主要是为了学习一下Service Mesh发展的历史和对Service Mesh的简介，欢迎批评指正。

今年过年由于宝宝还小，所以留在了深圳，没想到武汉肺炎肆虐我中华大地，究竟是天灾还是人祸？正好有时间把我很久之前要折腾我的路由器的事情给做了，本篇文章就是介绍了自己在刷路由器系统的时候的一些学习过程和关注的知识点，一起学习一下。其实刷固件的最主要的目的就两个：

一致性HASH的概念在我们的工作中经常会用到，例如对于集群中一些有状态的服务，我们希望对于同一个玩家的请求总是由固定的服务器来处理，且不会因为该服务的扩缩容而导致请求失效，即转发到了其他服务器处理。那么为什么一致性HASH可以保证被映射到某个服务的请求持久有效呢？

本文简单介绍一下git rebase变基操作的交互式分支合并的过程，对于rebase不了解的同学可以参考官方文档。如下图，现在bob和alice分支都指向1901182 commit提交，master指向1c7af75 commit提交。

上周项目组的代码库从svn版本管理切换到了git，随着开源社区github以及开源文化的近年来的火热，git作为开源的分布式版本控制系统，被越来越多开发者和团队使用。在没用使用Git之前，大家对Git的看法可能都是入门比较困能。这周在开发的过程中，我整理了一下Git的一些基础概念和需要注意的实现，和大家一起分享一下。