diff --git a/_docs/zh/administration/compression.md b/_docs/zh/administration/compression.md
index 7775a8a..5c9f7b5 100755
--- a/_docs/zh/administration/compression.md
+++ b/_docs/zh/administration/compression.md
@@ -14,8 +14,8 @@
 
 Pegasus服务端支持的压缩算法：
 * snappy
-* lz4 (从v1.11.2版本开始支持)
-* zstd (从v1.11.2版本开始支持)
+* lz4 (从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始支持)
+* zstd (从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始支持)
 
 通过[配置文件](config)来配置压缩算法，譬如：
 ```ini
diff --git a/_docs/zh/administration/deployment.md b/_docs/zh/administration/deployment.md
index e7fe1cb..4169373 100755
--- a/_docs/zh/administration/deployment.md
+++ b/_docs/zh/administration/deployment.md
@@ -16,7 +16,7 @@
 记下Zookeeper的服务地址列表，后面配置文件要用。
 
 ## 准备配置文件
-我们提供了配置文件[src/server/config.ini](https://github.com/apache/incubator-pegasus/blob/master/src/server/config.ini)（从1.7.1版本开始支持），你需要修改该文件，替换所有``%{xxx}``形式的变量为合适的值，如下：
+我们提供了配置文件[src/server/config.ini](https://github.com/XiaoMi/pegasus/blob/master/src/server/config.ini)（从1.7.1版本开始支持），你需要修改该文件，替换所有``%{xxx}``形式的变量为合适的值，如下：
 
 | 变量  | 说明 | 示例 | 
 | ------------- | ------------- | ------------- |
diff --git a/_docs/zh/administration/manual-compact.md b/_docs/zh/administration/manual-compact.md
index eb67646..5887476 100644
--- a/_docs/zh/administration/manual-compact.md
+++ b/_docs/zh/administration/manual-compact.md
@@ -2,7 +2,7 @@
 permalink: administration/manual-compact
 ---
 
-注：manual compact功能从v1.8.1版本开始支持。
+注：manual compact功能从[v1.8.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.8.1)开始支持。
 # 原理
 
 RocksDB除了根据需要自动触发compaction外，还能通过接口手动触发compaction，这个功能称之为[Manual Compaction](https://github.com/facebook/rocksdb/wiki/Manual-Compaction)。其提供了`CompactRange()`接口，如下：
@@ -66,8 +66,8 @@
     * `manual_compact.periodic.target_level`：用于设置`CompactRangeOptions::target_level`。如果不设置，则使用默认值-1。
     * `manual_compact.periodic.bottommost_level_compaction`：可设置为`skip`或者`force`。如果是`skip`，则不对最高层做compaction；如果是`force`，则强制对最高层做compaction。如果不设置，则默认为`skip`。
   * Manual Compact总开关：
-    * `manual_compact.disabled`(从v1.9.0版本开始支持)：如果为true，则关闭Manual Compact功能，并且取消正在执行中的Manual Compact动作。如果不设置，默认为false。
-    * `manual_compact.max_concurrent_running_count`(从v1.11.3版本开始支持)：指定最大并发数。实际上，可执行的最大并发数由`该env参数`和`服务端MANUAL_COMPACT_THRAD_POOL的线程数`共同决定，取两者的较小值。
+    * `manual_compact.disabled`(从[v1.9.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.9.0)开始支持)：如果为true，则关闭Manual Compact功能，并且取消正在执行中的Manual Compact动作。如果不设置，默认为false。
+    * `manual_compact.max_concurrent_running_count`(从[v1.11.3版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.3)开始支持)：指定最大并发数。实际上，可执行的最大并发数由`该env参数`和`服务端MANUAL_COMPACT_THRAD_POOL的线程数`共同决定，取两者的较小值。
 
 注意：
 * Manual Compact功能是分派到独立的Compact线程池中执行的，每个线程同一时刻只能处理一个replica的full compaction，因为并发处理量与Compact线程池的线程数量有关，可以通过配置文件的`worker_count`进行配置，如果使用Manual Compact比较频繁，建议调大线程数量（譬如设置为cpu core数量接近）：
@@ -91,7 +91,7 @@
 由于需要设置的环境变量比较多，且对数据格式有要求，所以强烈建议不要自己直接设置，而是通过我们提供的脚本工具来设置，如下所示。
 
 ## 通过脚本设置
-我们提供了一个脚本工具[scripts/pegasus_manual_compact.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_manual_compact.sh)来方便地设置，用法：
+我们提供了一个脚本工具[scripts/pegasus_manual_compact.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_manual_compact.sh)来方便地设置，用法：
 ```
 $ ./scripts/pegasus_manual_compact.sh 
 This tool is for manual compact specified table(app).
diff --git a/_docs/zh/administration/monitoring.md b/_docs/zh/administration/monitoring.md
index 3cf544a..9d95ca5 100644
--- a/_docs/zh/administration/monitoring.md
+++ b/_docs/zh/administration/monitoring.md
@@ -4,7 +4,7 @@
 
 ## 组件
 
-从v1.12.0开始, Pegasus 支持使用 [Prometheus](https://prometheus.io/) 和 [Grafana](https://grafana.com/) 进项监控项的采集和展示。
+从[v1.12.0](https://github.com/XiaoMi/pegasus/releases)开始, Pegasus 支持使用 [Prometheus](https://prometheus.io/) 和 [Grafana](https://grafana.com/) 进项监控项的采集和展示。
 
 - Prometheus
 
diff --git a/_docs/zh/administration/rebalance.md b/_docs/zh/administration/rebalance.md
index e9fcc0a..f5350aa 100644
--- a/_docs/zh/administration/rebalance.md
+++ b/_docs/zh/administration/rebalance.md
@@ -311,15 +311,15 @@
 
 通过把上面的这些负载均衡原语结合起来，pegasus提供了一些一些脚本来执行滚动升级、节点下线等一些操作，如：
 
-1. [scripts/migrate_node.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/migrate_node.sh)
+1. [scripts/migrate_node.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/migrate_node.sh)
 
    这个脚本用来把某个节点上服务的所有primary都赶走
 
-2. [scripts/pegasus_rolling_update.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_rolling_update.sh)
+2. [scripts/pegasus_rolling_update.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_rolling_update.sh)
 
    用来对集群中的节点做在线滚动升级
 
-3. [scripts/pegasus_offline_node_list.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_offline_node_list.sh)
+3. [scripts/pegasus_offline_node_list.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_offline_node_list.sh)
 
    用来做一批节点的下线
 
diff --git a/_docs/zh/administration/remote-commands.md b/_docs/zh/administration/remote-commands.md
index f7d0140..fc56773 100644
--- a/_docs/zh/administration/remote-commands.md
+++ b/_docs/zh/administration/remote-commands.md
@@ -69,7 +69,7 @@
 | replica.trigger-checkpoint | 对指定的replica手动触发`async_checkpoint`操作
 | replica.query-compact | 对指定的replica查询其执行[Manual-Compact](manual-compact)操作的状态
 | replica.query-app-envs | 对指定的replica查询其当前的[Table环境变量](table-env)
-| useless-dir-reserve-seconds | 动态修改无用文件夹的保留时间，方便快速释放存储空间，从1.11.3版本开始支持，参见[垃圾文件夹管理](#resource-management#垃圾文件夹管理)
+| useless-dir-reserve-seconds | 动态修改无用文件夹的保留时间，方便快速释放存储空间，从[1.11.3版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.3)开始支持，参见[垃圾文件夹管理](#resource-management#垃圾文件夹管理)
 
 # 如何使用
 
diff --git a/_docs/zh/administration/replica-recovery.md b/_docs/zh/administration/replica-recovery.md
index 4110c87..a282e9c 100644
--- a/_docs/zh/administration/replica-recovery.md
+++ b/_docs/zh/administration/replica-recovery.md
@@ -20,7 +20,7 @@
 
 # DDD诊断工具
 
-从v1.11.0版本开始，Pegasus在Shell工具中提供了`ddd_diagnose`命令，以支持DDD自动诊断功能。
+从[v1.11.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.0)开始，Pegasus在Shell工具中提供了`ddd_diagnose`命令，以支持DDD自动诊断功能。
 
 命令用法：
 ```
diff --git a/_docs/zh/administration/rolling-update.md b/_docs/zh/administration/rolling-update.md
index e33e52b..db14960 100644
--- a/_docs/zh/administration/rolling-update.md
+++ b/_docs/zh/administration/rolling-update.md
@@ -99,7 +99,7 @@
 
 # 升级脚本
 
-我们提供了集群升级脚本[scripts/pegasus_rolling_update.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_rolling_update.sh)。该脚本采用[高可用升级](#高可用升级)流程，用于小米内部的集群升级。
+我们提供了集群升级脚本[scripts/pegasus_rolling_update.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_rolling_update.sh)。该脚本采用[高可用升级](#高可用升级)流程，用于小米内部的集群升级。
 
 不过这个脚本并不能直接使用，因为其依赖minos部署工具来完成以下事情：
 * 获取集群的进程列表
diff --git a/_docs/zh/administration/scale-in-out.md b/_docs/zh/administration/scale-in-out.md
index ac31a76..afb3cab 100644
--- a/_docs/zh/administration/scale-in-out.md
+++ b/_docs/zh/administration/scale-in-out.md
@@ -50,7 +50,7 @@
   * 重启是为了重置上面动态修改过的配置，并且让shell的`nodes -d`不再显示已经下线的节点。
   * 如果之前调整过配置参数`node_live_percentage_threshold_for_update`，重启时需要修改配置文件，再其调整为合适的值。
 
-以上过程可以自动化，我们提供了集群升级脚本[scripts/pegasus_offline_node_list.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_offline_node_list.sh)。不过这个脚本并不能直接使用，因为其依赖minos部署工具来完成进程的远程stop操作。`pegasus_offline_node_list.sh`调用`pegasus_offline_node.sh`，因此这两个脚本的minos_client_dir都需要更改。你可以针对你们自己的部署系统，修改脚本中minos相关部分，使其可以正常工作。如需帮助，请联系我们。
+以上过程可以自动化，我们提供了集群升级脚本[scripts/pegasus_offline_node_list.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_offline_node_list.sh)。不过这个脚本并不能直接使用，因为其依赖minos部署工具来完成进程的远程stop操作。`pegasus_offline_node_list.sh`调用`pegasus_offline_node.sh`，因此这两个脚本的minos_client_dir都需要更改。你可以针对你们自己的部署系统，修改脚本中minos相关部分，使其可以正常工作。如需帮助，请联系我们。
 
 注意：在使用集群升级脚本的时候，也要保证配置参数`node_live_percentage_threshold_for_update`的值足够小（有必要可以先升级meta-server），避免使集群进入freezed状态。
 
diff --git a/_docs/zh/administration/table-migration.md b/_docs/zh/administration/table-migration.md
index 39547af..024b1ed 100644
--- a/_docs/zh/administration/table-migration.md
+++ b/_docs/zh/administration/table-migration.md
@@ -19,7 +19,7 @@
 
 假设源集群为ClusterA，目标集群为ClusterB，需要迁移的表为TableA。迁移步骤如下：
 * 在目标集群上建表。由于copy_data命令并不会自动在目标集群上创建表，所以需要自己先建表。相对源表，新表的表名可以不同，partition count也可以不同。假设在目标集群上新建的表名为TableB。
-* 在Shell工具的配置文件中添加目标集群的配置。因为copy_data命令需要通过```-c```参数指定目标集群，所以需要配置目标集群的MetaServer地址列表。在执行Shell所在文件夹，修改配置文件[src/shell/config.ini](https://github.com/apache/incubator-pegasus/blob/master/src/shell/config.ini)，在文件最后添加如下几行（将ClusterB替换为你自己的集群名）：
+* 在Shell工具的配置文件中添加目标集群的配置。因为copy_data命令需要通过```-c```参数指定目标集群，所以需要配置目标集群的MetaServer地址列表。在执行Shell所在文件夹，修改配置文件[src/shell/config.ini](https://github.com/XiaoMi/pegasus/blob/master/src/shell/config.ini)，在文件最后添加如下几行（将ClusterB替换为你自己的集群名）：
 ```
 [pegasus.clusters]
     ClusterB = {ClusterB的MetaServer地址}
diff --git a/_docs/zh/administration/throttling.md b/_docs/zh/administration/throttling.md
index a776e3d..739e016 100755
--- a/_docs/zh/administration/throttling.md
+++ b/_docs/zh/administration/throttling.md
@@ -23,7 +23,7 @@
 
 # 表级流控
 
-从v1.11.2版本开始，Pegasus支持Server端表级流控，目前只针对写操作。另外，从v1.12.0版本开始增加了基于吞吐量的限流。
+从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始，Pegasus支持Server端表级流控，目前只针对写操作。另外，从[v1.12.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.12.0)开始增加了基于吞吐量的限流。
 
 实现原理：
 * 用户可以在[Table环境变量](table-env)中设置`replica.write_throttling`和`replica.write_throttling_by_size`环境变量。其中`replica.write_throttling`是基于qps的限流，`replica.write_throttling_by_size`是基于吞吐量的限流。
diff --git a/_docs/zh/administration/usage-scenario.md b/_docs/zh/administration/usage-scenario.md
index 191218e..ec56823 100644
--- a/_docs/zh/administration/usage-scenario.md
+++ b/_docs/zh/administration/usage-scenario.md
@@ -2,7 +2,7 @@
 permalink: administration/usage-scenario
 ---
 
-注：Usage Scenario功能从v1.8.1版本开始支持。
+注：Usage Scenario功能从[v1.8.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.8.1)开始支持。
 
 # 原理
 Usage Scenario功能，是指对于Pegasus的表，可以指定其使用场景。针对不同的场景，通过优化底层RocksDB的配置，以获得更好的读写性能。
@@ -42,7 +42,7 @@
 
 而我们的思路正是：通过针对不同业务场景，设置不同的RocksDB参数，调节RocksDB的行为，以提供更好的读写性能。具体来说：
 * 通过[Table环境变量](table-env)设置`rocksdb.usage_scenario`来指定当前的业务场景。
-* Replica在检测到该环境变量发生变化时，就会根据业务场景，动态修改RocksDB的配置参数。具体设置了哪些参数，请参见[src/server/pegasus_server_impl.cpp](https://github.com/apache/incubator-pegasus/blob/master/src/server/pegasus_server_impl.cpp)中的`set_usage_scenario()`方法。
+* Replica在检测到该环境变量发生变化时，就会根据业务场景，动态修改RocksDB的配置参数。具体设置了哪些参数，请参见[src/server/pegasus_server_impl.cpp](https://github.com/XiaoMi/pegasus/blob/master/src/server/pegasus_server_impl.cpp)中的`set_usage_scenario()`方法。
 
 # 支持场景
 
@@ -66,7 +66,7 @@
 Table环境变量不会立即生效，大约需要等几十秒后才能在所有replica上生效。
 
 ## 通过脚本设置
-我们提供了一个脚本工具[scripts/pegasus_set_usage_scenario.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_set_usage_scenario.sh)来方便地设置，用法：
+我们提供了一个脚本工具[scripts/pegasus_set_usage_scenario.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_set_usage_scenario.sh)来方便地设置，用法：
 ```
 $ ./scripts/pegasus_set_usage_scenario.sh   
 This tool is for set usage scenario of specified table(app).
diff --git a/_docs/zh/administration/zk-migration.md b/_docs/zh/administration/zk-migration.md
index dc4cabf..4d45504 100644
--- a/_docs/zh/administration/zk-migration.md
+++ b/_docs/zh/administration/zk-migration.md
@@ -66,7 +66,7 @@
 
    重新启动所有的meta server，集群进入正常状态。
 
-注：[scripts/pegasus_migrate_zookeeper.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_migrate_zookeeper.sh)是我们在内部使用的迁移Zookeeper的脚本，虽然因为服务启停功能的兼容性不能直接使用，但是可以参考其中的流程，或者进行改造。
+注：[scripts/pegasus_migrate_zookeeper.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_migrate_zookeeper.sh)是我们在内部使用的迁移Zookeeper的脚本，虽然因为服务启停功能的兼容性不能直接使用，但是可以参考其中的流程，或者进行改造。
 
 # 通过zkcopy工具迁移
 
diff --git a/_docs/zh/api/geo.md b/_docs/zh/api/geo.md
index 2fc8624..4b06c25 100755
--- a/_docs/zh/api/geo.md
+++ b/_docs/zh/api/geo.md
@@ -78,7 +78,7 @@
 
 经纬度经过坐标转换得到一维编码(字符串)后，就可以把这个一维编码作为key存储起来做**GEO索引数据**了，这里需要将这个一维编码拆分成hashkey和sortkey两部分，可以根据实际的业务场景采取不同的划分策略。
 
-GEO索引数据独立于原始数据，两类数据存储在不同的table内，通过[geo_client](https://github.com/apache/incubator-pegasus/blob/master/src/geo/lib/geo_client.h)做数据同步，同时支持原生Pegasus API和GEO API访问。
+GEO索引数据独立于原始数据，两类数据存储在不同的table内，通过[geo_client](https://github.com/XiaoMi/pegasus/blob/master/src/geo/lib/geo_client.h)做数据同步，同时支持原生Pegasus API和GEO API访问。
 
 下面讨论GEO索引数据的构造方式。
 
@@ -181,7 +181,7 @@
 - 对于`3.2.1`步取到的sub_cellid，hashkey是它的前缀，调用`scan(sub_cellid[0:hashkey_len], sub_cellid[hashkey_len:], sub_cellid[hashkey_len:])`搜索数据
   - 比如，一个12层cell `1/223320022232`的子区域`0001`,`0002`,`0003`,`0100`才跟目标区域相交时，则我们`scan("1/223320022232", "0001", "0003")`、`scan("1/223320022232", "0100", "0100")`。
 
-> 此处还有一个根据Hilbert曲线实现的一个优化，具体参见[代码](https://github.com/apache/incubator-pegasus/blob/master/src/geo/lib/geo_client.cpp)
+> 此处还有一个根据Hilbert曲线实现的一个优化，具体参见[代码](https://github.com/XiaoMi/pegasus/blob/master/src/geo/lib/geo_client.cpp#L510)
 
 得到`scan`的结果后，还需处理：
 
@@ -227,7 +227,7 @@
 
 Pegasus GEO特性的使用有两种方式，一是直接使用C++ geo client；二是使用redis proxy。
 
-[C++ geo client代码](https://github.com/apache/incubator-pegasus/blob/master/src/geo/lib/geo_client.h)中有详细的API说明，这里不再赘述。
+[C++ geo client代码](https://github.com/XiaoMi/pegasus/blob/master/src/geo/lib/geo_client.h)中有详细的API说明，这里不再赘述。
 
 ## 配置文件
 
@@ -279,7 +279,7 @@
 
 集群配置：
 
-- 节点数：5个replica server节点（使用v1.9.2版本）
+- 节点数：5个replica server节点（使用[v1.9.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.9.2)）
 - 测试表的Partition数：128个
 - 单条数据大小：120字节
 
diff --git a/_docs/zh/api/redis.md b/_docs/zh/api/redis.md
index 84720cc..775343a 100644
--- a/_docs/zh/api/redis.md
+++ b/_docs/zh/api/redis.md
@@ -22,7 +22,7 @@
 
 ## 配置
 
-redis proxy的配置文件规则遵循[配置说明](/administration/config)，参考[示例](https://github.com/apache/incubator-pegasus/blob/master/src/geo/bench/config.ini)。
+redis proxy的配置文件规则遵循[配置说明](/administration/config)，参考[示例](https://github.com/XiaoMi/pegasus/blob/master/src/geo/bench/config.ini)。
 
 在redis proxy中有几项特有的配置项需要注意：
 
diff --git a/_docs/zh/api/single-atomic.md b/_docs/zh/api/single-atomic.md
index 1ff7013..97ae38d 100755
--- a/_docs/zh/api/single-atomic.md
+++ b/_docs/zh/api/single-atomic.md
@@ -2,7 +2,7 @@
 permalink: api/single-atomic
 ---
 
-从v1.10.0版本开始，Pegasus支持单行原子操作。这里的**单行**是指同一HashKey下的所有数据。
+从[v1.10.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.10.0)开始，Pegasus支持单行原子操作。这里的**单行**是指同一HashKey下的所有数据。
 
 # 原理
 Pegasus采用Hash分片，同一个HashKey的数据总是存储在同一个Partition中，即相同的Replica中。同时，Pegasus实现时，同一个Replica的写操作在server端总是串行执行的。因此对于同一HashKey下的数据操作，可以很方便地实现原子的语义。
diff --git a/_docs/zh/api/ttl.md b/_docs/zh/api/ttl.md
index e6355b7..08428f2 100755
--- a/_docs/zh/api/ttl.md
+++ b/_docs/zh/api/ttl.md
@@ -34,7 +34,7 @@
 * [ttl](/clients/java-client#ttl)：获取指定数据的TTL信息。
 * [set](/clients/java-client#set)和[batchSet](/clients/java-client#batchset)：都提供了设置TTL的参数，其中batchSet是在SetItem中设置的。
 * [multiSet](/clients/java-client#multiset)和[batchMultiSet](/clients/java-client#batchmultiset)：都提供了设置TTL的参数。
-* [incr](/clients/java-client#batchmultiset)：从v1.11.1版本开始，incr接口也提供了修改TTL的功能。
+* [incr](/clients/java-client#batchmultiset)：从[v1.11.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.1)开始，incr接口也提供了修改TTL的功能。
 * [checkAndSet](/clients/java-client#checkandset)：在CheckAndSetOptions中提供了设置TTL的参数。
 
 Shell工具中以下命令可以查询和设置TTL：
@@ -42,7 +42,7 @@
 * [set](/overview/shell#set)和[multi_set](/overview/shell#multi_set)命令：都提供了设置TTL的参数。
 
 # 表级TTL
-从v1.11.2版本开始，Pegasus支持表级TTL功能。
+从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始，Pegasus支持表级TTL功能。
 
 实现原理：
 * 用户在[Table环境变量](/administration/table-env)中设置`default_ttl`环境变量。
diff --git a/_docs/zh/clients/java-client.md b/_docs/zh/clients/java-client.md
index 450b7a7..a55dd8b 100755
--- a/_docs/zh/clients/java-client.md
+++ b/_docs/zh/clients/java-client.md
@@ -822,7 +822,7 @@
    * 如果旧值不存在，则把旧值当做0处理，即新值等于increment。
    * TTL语义：如果旧值存在，新值的TTL和旧值保持一致；如果旧值不存在，新值将不设TTL。
 
-从Pegasus Server v1.11.1版本开始支持在incr操作时修改TTL，需使用[Pegasus Java Client 1.11.2-thrift-0.11.0-inlined-release](https://github.com/XiaoMi/pegasus-java-client/releases/tag/1.11.2-thrift-0.11.0-inlined-release)及以上版本来使用这个功能。
+从[Pegasus Server v1.11.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.1)开始支持在incr操作时修改TTL，需使用[Pegasus Java Client 1.11.2-thrift-0.11.0-inlined-release](https://github.com/XiaoMi/pegasus-java-client/releases/tag/1.11.2-thrift-0.11.0-inlined-release)及以上版本来使用这个功能。
 ```
 /**
  * Atomically increment value.
diff --git a/_posts/2020-06-19-pegasus-2.0.0-is-out.md b/_posts/2020-06-19-pegasus-2.0.0-is-out.md
index 674928b..1c46e50 100644
--- a/_posts/2020-06-19-pegasus-2.0.0-is-out.md
+++ b/_posts/2020-06-19-pegasus-2.0.0-is-out.md
@@ -6,7 +6,7 @@
 
 Pegasus Server 又发布新版本了！在去年的几个版本演进中，我们把工作的重点放在了Pegasus的服务稳定性上。在今年的 2.0.0 版本中，我们更进一步，提供了如下几个能够显著减少延迟和抖动的机制。
 
-> Github Release: <https://github.com/apache/incubator-pegasus/releases/tag/v2.0.0>
+> Github Release: <https://github.com/XiaoMi/pegasus/releases/tag/v2.0.0>
 
 ## 跨机房异步复制