本地创建分支 issue#123 (123是 issue 的 ID), 围绕关联 issue 进行 program -> commit -> push,

项目 Developer 根据已提交的 issue 创建对应的开发分支，如 release/1.0> git checkout -b issue/1，

{代码...} 传统方式 ML上开发代码，打包部署到 AE 上运行，然后与 WOS 联调。 问题 AE 上开发工具简陋，调试效率低； ML 通常在内网没有独立对外 IP，致使 WOS 不能直连。 改进方式 思路是将 AE 作为透传代理。 实现方式如下： SSH 远程转发 {代码...} 在 ML 上执行上面的命令连接 AE， 将 AE 上所有 8080 端口的请求转...

通常在找到线索后， 我需要将它作为邮件的内容与其他人沟通或者备忘。线索的内容大都很少，也就几行，复制粘贴大法通常都 ok。一旦遇到超过一屏的，甚至几百上千行的情况，我就只能傻傻的将内容重定向到一个文件， 然后用scp拉到本地。要是再遇到个跳板机的情况，我就囧rz。

重复执行同一个命令行不在此文讨论(需要讨论吗?). 背景 一个简单的场景, kill 一个名为Main的Java 进程, 比较土的办法是: {代码...} 每次执行都要肉眼识别Main进程的PID, 效率低, 容易错. 简单的改进是这样的: {代码...} 看上去不错! 问题来了, 若是复用上面的命令行去kill 另一个进程呢, 比如 NettyServer ? 方案 在~/....

设置 -Dhttps.proxyHost=localhost -Dhttps.proxyPort=8080 使 JAVA 应用所有 HTTPS 请求经过 mitmproxy 代理发出. 结果得到下面的错误:

一个话题值得写三篇, 可见我是多么认(gui)真(mao)的一个人. 续篇 相较 首篇 在定义上虽减少的噪音, 但其核心问题并没有得到完美的解决, 即: 一旦真要对配置重构个命名什么的, 必然是要改代码, 再改配置 写了这么些年的强类型语言, 每次阴沟里翻船都是在 "重构配置" 之后, 这让本是类型检查的优势成为了笑话. 上一 续篇 ...

@连城404:很有趣，有可能把 @conf val port = 0 中的 "= 0" 去掉换成现实的类型说明吗？即 @conf port: Int 这个赋值在此处完全没有实际意义，更像是实现限制而引入的噪声。

故事是这么开始的 在用 Scala Macro Annotation 实现之前, 我是根据 Akka 官方文档建议的 扩展 机制来绑定配置: {代码...} application.conf 除了akka 外, 加入扩展的内容: {代码...} 随着配置项个数增加一个量级, 这类 getXxx(...) 写得也是让我 醉了, 更不要谈重构的时候...[不忍直视] 活不能再这么糙下去 我开始寻思...

根据 SBT 的官网文档中 Proxy Repositories 部分的描述, 可以通过改变 repositories 的 url 列表来优化. 配置国内代理库 感谢 OSChina 提供了 Maven Center 的镜像, 配置添加它有助于提升下载速度. {代码...} 若你知道其他更快的镜像库, 同上配置. 一般互联网企业部署了供内部使用的镜像库(如 nexus ), 也可以配置于此. ...