报错信息已经很明显了，建议你遇到问题多多搜索报错内容和使用翻译。 意思是你的虚拟机的 22 端口连接超时，这是网络问题，跟 git 无关。你先排除下虚拟机网络配置或 centos 防火墙配置之类的问题。

你如果了解一下 REST 风格的 URL 是如何设计的，就能明白它们之间的差异了。通常来讲，我们要传递一个参数给后端，会用 query 传参，例如：

因为JavaScript 将function 关键字当作一个函数声明语句的开始，而函数声明语句 function 关键字后面应该是 函数名，这里后面跟圆括号，当然会报错

既然你用了 url-loader 那么你应该知道如果文件字节超过 limit 值会是什么结果。简单来说，大小超过 limit 值的资源会被复制到输出目录，然后重写引用路径。这时候你可以用 publicPath 给资源定义重写后的基本路径，跟 output.publicPath 的意义类似。而 outputPath ...

如果 var 和 no var 创建的变量都在全局作用域顶层（浏览器中是 window，Nodo.js 是 global），那么它们就没啥区别。

因为 . 和 .. 是 Unix 平台的两个目录链接，而 Windows 上的 cmd 不支持。你可以用 Powershell 执行 npm 命令，它兼容 . 和 ..

首先，你使用 Windows 的 set 设置进程环境变量就不是一个好的做法，因为这段 build 命令无法在其它平台执行。但是如果你用 Linux 的方式（直接 key=val）又不兼容 Windows。

margin:0 auto是用于block的，你的是inline-block。inline-block要居中就更简单了，只需要父级元素设置text-align:center;

我想是没有读取到引用的 jquery，你按住 ctrl 然后点击 src 中的 jquery 路径看看是否能够跳转。 当然如果路径没错那么，网页又没报错，那么这只是 IDE 的的问题，无关紧要了。

js 引擎在执行时，遇到 {，至少有两种选择， 当做语句块的开始 当做对象字面量表达式的开始 但是，默认情况下，是当做语句块的，所以 {代码...} 会报错：Unexpected token . 因为实际上浏览器执行的可能是这样： {代码...} 如果要让 js 引擎认为 { 是一个对象字面量...

因为这里 {} 被解析成了一个空的block, 不是解析成一个对象这个和[] + {}, {} + [] 结果为什么不一样是一样的道理

如果根目录没有 .git 文件夹，那么此目录就不是一个 git 仓库。既然你是 clone 下来的，又怎么会不是 git 仓库呢？互相矛盾不是吗？

在过去的一年很多人不满于公司没有福利、人际关系不好相处、没有发展前途的境遇等等，想着在开年来换一份工作来重新开始自己，那么 你 准备好了吗？

在过去的一年很多人不满于公司没有福利、人际关系不好相处、没有发展前途的境遇等等，想着在开年来换一份工作来重新开始自己，那么 你 准备好了吗？