svn checkout 然后把 .svn 目录搬过来

@kenshinhu #8

第 4 条附言 · 61 天前
387 天更新：
突然无法开机，USB 供电和电池供电均无法使用，此键盘宣告死亡。


wtf ？？？

吐槽一下楼主的算术
30 年定期利息被你按 0.0275x30 计算
卖保险的也不敢这么黑

https://blog.jetbrains.com/kotlin/2017/06/kotlin-future-features-survey-results/

kotlin 最受欢迎的语言特性之一
Truly immutable data #18

但这是一个几乎不可能实现的特性

你没有 waitFor

那么很可能进程刚启动就被杀死了

想听一下楼主的高见，j2se 的 file.length 方法存在什么效率问题？以及有什么可以越过 jni 访问系统调用的方法？

man 一下就有结果的问题就不要意外了，多一个回车这种问题早就应该发现了，否则在一个 shell 里面连续的 echo 语句就会变成一团东西

更大的坑应该是 echo -n 并不是总是有效，你 man 一下 BSD 的 echo 指令（ MacOS ）的说明，内置的 echo 命令是不支持 -n 的

这个命令 sh -c ‘ echo -n a ’ 在 MacOS 下执行是输出 -n a 而不是 a

所以最保险的方法还是应该使用 printf

正在使用 Newsify 回复你

给你再多也没用，给你 10mb 的 cookie 每次请求的 header 都超过 10m 你受得了？先不说 header 大小有限制

tag 也菊花一紧了

一直装的 night stand （好像下架好久了）

就是会闹到自己没电的

@razor1895 实践证明能，官方 4k 显示器，3840x2160p 的话可以 60hz，但最高分辨率 4096 只能 48hz，另外，外接显示后卡顿明显了

JLS 里面并没有说两个不同的 monitor m, n 存在定义上的互斥关系

17.4.3 第一行定义就很清楚的指出是 monitor m 的 unlock 操作必须发生在同一个 monitor 的 lock 操作之前

但 synchronization order 的定义表述是不能局限于某一个 monitor 上，比如死锁问题，单独局限在任一个 monitor 下都不存在的，所以序和锁是不同的抽象概念，因为有序才会发生死锁

除了第一条，17.4.3 后面列出的所有和序相关的规则都和 monitor 无关
比如 volatile 关键字, read 允许并发, 但 write 必须发生同一个变量的 read 之前
又如 thread.join() 和 thread.isAlive()
等等等

通常
还原网络设置解决问题的话
就是说以前那个 pac 的 bug 还没解决
但我已经好久没遇到过那个 bug 了

我觉得增加了 16g 选项已经相当有诚意了，CPU 快 20%，硬盘块 50%，还有什么不满意的

@zo 算是自问自答了吗？结合 #13 就是

git show commit1..commit2 --author=你 --pretty= --name-only | sort -u

你可以觉得是一个 bug，但我觉得是 JetBrains 是故意的，因为这两个方法签名虽然是完全 override 了，但由于在定义具体化了很多，IDEA 把它等同于另一种形式的覆盖

比如
父类 Base getXXX()
子类 Extend getXXX()

他们的签名不完全一致，但会导致 override，在 Java 1.4 以及之前这种 override 是不允许的
在 1.5 之后开始允许，编译器会给子类自动生成一个 override 的 Base getXXX() 的方法，自动 delegate 给 Extend 后的版本

感觉 IDEA 是模拟为这种情况来生成语法结构，毕竟两个 add 方法的定义实际是不一样的

你 python 最终不还是得调用命令行才能访问到 git

一般来说没有比较本地和远程这种说法（ svn 思维）
git fetch
git rev-parse HEAD @{u} | uniq | wc -l

第二行输出 1 就是没有变更，输出 2 就是有变更