在实际开发中，我们经常需要在同一台电脑上使用多个 Git 账号，例如： 个人 GitHub 账号 公司 GitHub 账号 GitLab 账号 Gitee 账号 如果直接使用默认 Git 配置，很容易遇到这些问题： git push 时使用了错误的账号 提交记录显示成了另一个账号 SSH Key 不知道应该使用哪一个 不同项目频繁修改 user.name 和 user.email GitHub、GitLab 等多个平台的 SSH 配置互相干扰 解决这些问题，最稳定的方案是： 一个账号对应一套 SSH Key，通过 SSH Config 区分账号，再通过项目级 Git Config 确定提交身份。 下面以 Windows 为例，建立一套完整的 Git 多账号工作流。 ...
我在内网中有很棒的服务资源，但是没有固定IP，如何能够在公网使用呢？ 要解决这种问题，内网穿透工具 frp（Fast Reverse Proxy） 是一个很棒的选择：既然外网不能访问内网，那么就主动从内网打通到外网的通道！ 基本的原理是： 前提条件 要有一台有公网地址的服务器【配置可以比较低】，内网服务器可以连接到这台公网服务器 内网服务器安装frp客户端:frpc，公网服务器安装frp服务端:frps 建立 “长连接”—— 打通内网到公网的 “通道” 内网设备启动 frpc 客户端，并加载配置文件（配置中包含 frps 的公网 IP、端口、认证信息等）。 frpc 主动向公网的 frps 发起 TCP 长连接（默认用 8000 端口，可自定义），并维持这个连接（通过心跳机制防止断开）。 这一步是穿透的关键：由于内网设备没有公网 IP，公网无法主动 “找到” 内网设备，因此必须由内网的 frpc “主动出击”，与公网的 frps 建立连接，形成一条稳定的 “数据通道”。 内网设备无法被公网访问的根本原因，是路由器的 NAT（网络地址转换）机制会隐藏内网 IP。frp 通过 “frpc 主动连接 frps” 的方式，让路由器将 frpc 与 frps 的连接加入 “NAT 映射表”，后续 frps 向 frpc 发送的数据（公网请求），会被路由器正确转发到内网的 frpc，从而实现 “穿透” NAT 的效果。 本文通过一个具体的例子来展示如何使用内网穿透工具frp将内网的web服务推向公网。 frp下载地址 ...
Neo4j是一个高性能的NOSQL图形数据库，它将结构化数据存储在网络上而不是表中。 Neo4j也可以被看作是一个高性能的图引擎，该引擎具有成熟数据库的所有特性。程序员工作在一个面向对象的、灵活的网络结构下而不是严格、静态的表中——但是他们可以享受到具备完全的事务特性、企业级的数据库的所有好处。 本文讲述了在如何在windows系统中安装NEO4J。 ...
本文描述了如何参与github的项目合作：包括将要修改的项目fork到本地，修改后再提交到github的详细过程。 ...
最近发现一款很好用的免费的SSH客户端：Bitwise SSH Client。 ...
在无法通过windows远程桌面远程连接管理阿里云windows服务器的情况下，其实还有其它办法可以远程连接控制阿里云服务器。 ...