猫还太小了吧，可能坠子太重了，

？语法糖的最佳使用场景













只不过 java 没有😏

unicode 输入法

你可以选择一天或几天 rebase 一次
rebase 有冲突的话，一般没必要保留自己的历史，可以选择改为 merge --no-commit，解决冲突后重新提交

HTML 怎么发音 YAML 就咋发音呗

你如果真想这么无聊的话
我给你个提供个方案
每次上传都触发一个 git commit，要不要 push 你自己想吧

jeklly 的 markdown 引擎以及参数是你可以自己配的

connector 和 catalina 是两个完全独立并且平行的模块
理论上 host 以及 app （ servlet context ）这一层是没有 ip 地址和端口概念的，和你在生命周期的哪一个阶段并无关联
所以你只能选择和容器实现完全捆绑的方法去实现，比如，通过 catalina.base property 找到 conf 目录位置，然后打开 server.xml 去解释 connector 的配置

源码是源码
数据是数据
runtime 是 runtime

是什么原因导致你会希望把这三者混淆不清的弄成一块的

tree object 可以用 git ls-tree | git mktree 重新计算出来
但如果用 git hash-object -t tree 的话，需要二进制格式，恐怕不是这么容易构造出来

commit object 的话，似乎没有什么好方法，好像也没有命令来构造二进制数据，虽然 git show <commit> — pretty=raw --no-patch 可以看到 commit 的完整内容，但没有命令可以把这个内容重新组装成一个 commit object

楼主的代码是可以编译通过的（忽略拼错成小写的 Integer 的问题）

的确 int 和 Intege 是两个完全不相容的类型，但在 jdk 的泛型化定义里面，所有 primative type 的 representing Class instance 的泛参类型就是其所对应的 wrapper class (泛参类型不可以是 primative type)

int.class / Integer.TYPE / Class.getPrimitiveClass("int ”) 都是同一个实例

而且看 java.lang.Integer 的源码，有很清楚的定义

/**
* The {@code Class} instance representing the primitive type
* {@code int}.
*
* @since JDK1.1
*/
@SuppressWarnings("unchecked")
public static final Class<Integer> TYPE = (Class<Integer>) Class.getPrimitiveClass("int");


而且这几个 primitive type 所对应的 class instance 有些很有意思的特性
可以试运行一下以下这段代码:

https://gist.github.com/lwr/666d1a4ce985810ce3318cbe1ad76fb0

(要让它能跑起来，还需要实现两个很简单的方法)

我们还可以发现最后一个比较有意思的 primitive type: void <-> Void

虽然 void 不代表任何内容, 但在语言层面还是给它留下了两个 class 实例

伪代码
git filter-branch --commit-filter '
if [ "$GIT_AUTHOR_DATE" 小于 20170301 ];
then
skip_commit "$@";
else
git commit-tree "$@";

加引号

http://www.gnu.org/software/bash/manual/html_node/Bourne-Shell-Builtins.html#index-test

The test and [ builtins evaluate conditional expressions using a set of rules based on the number of arguments.

0 arguments
The expression is false.

1 argument
The expression is true if and only if the argument is not null.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

你应该通过手段修改项目目录架构，使得每一个章节都是一个独立的文件

至于让 commit log 和章节直接对应上，当然可以啊，写个脚本把所有文章从头到尾 commit 一次就可以了

但你这样干的的后果就是直接丢失了所有修订历史，这完全偏离了你使用版本管理系统的初衷

当然，也有折衷的方案，就是保留两个分支，比如分支 master 就是正常的分支，里面是正常的提交历史，另一个分支 demo 完全是使用脚本自动生成的，每次都会被强行覆盖（也就是没有真正的历史）

先升级一下你本地的 ssh 吧

我也有闲置白色的，黑轴，其余和楼上的一模一样