songkang666
- 浏览: 105504 次
- 性别:
- 来自: 上海
-
最新评论
-
cuqing：
recommended
Git常用命令 -
cuqing：
分析得简明易懂，推荐阅读。
Git step by step 10 之merge -
nonocast：
给你一个思路，npm install underscore_ ...
javascript array 排序 -
nonocast：
form.on 'file', (field, file) - ...
formidable上传文件内存溢出 -
nonocast：
http://www.ruanyifeng.com/blog/ ...
base64编码图片
文章列表
Git中有几种对象，像commit、tree、blob、tag，所有这些对象都存放于工作目录中.git/objects/下的各个文件夹中。
举个例子：
当创建一个文件 touch file，然后进行git add file时，上面所说的目录中就会生成一个文件夹（两个英文字符命名的，这里假设是ac），那么在ac目录下会有一个一串（38个）字符命名的文件（假设是8516aa0d9ea6b86d3830f2e179864992f527ad），而ac与8516aa0d9ea6b86d3830f2e179864992f527ad合起来（即：ac8516aa0d9ea6b8 ...
二进制文件的识别
很多文件都会被Git自动识别为二进制文件，如doc，jpg等。
在进行git diff 操作时（当前工作目录与暂存区的内容不相同时），会有类似于下面的显示：
git diff
diff --git a/what.doc b/what.doc
index xxxxxxxxxx 100644
Binary files a/what.doc and b/what.doc differ
git diff
diff --git a/png.jpg b/png.jpg
index b6884cd..a2bd99b 100644
Binary files a/png ...
JSON VS XML
·可读性 JSON和XML的可读性可谓不相上下，一边是建议的语法，一边是规范的标签形式，很难分出胜负。
·可扩展性 XML天生有很好的扩展性，JSON当然也有，没有什么是XML能扩展，JSON不能的。
·编码难度 XML有丰富的编码工具，比如Dom4j、JDom等，JSON也有json.org提供的工具，但是JSON的编码明显比XML容易许多，即使不借助工具也能写出JSON的代码，可是要写好XML就不太容易了。
·解码难度 XML的解析得考虑子节点父节点，让人头昏眼花，而JSON的解析难度几乎为0。这一点XML输的真是没话说。
·流 ...
介绍：
git stash 作用是备份当前“工作目录”的内容，将该备份保存到Git栈中，并从最近的一次提交中读取相关内容，让工作区保持和上次提交的内容一致。 man git stash将其解释为两步，第一步是保存当前工作目录中的内容到一个新的stash，第二步执行 git reset --hard。
git stash pop：从Git栈中读取最近一次保存的内容，恢复工作目录中的相关内容。
git stash list：显示Git栈内的所有备份，进一步利用 git stash pop XXX 读取Git栈内中某一指定的备份。
git ...
HTTP 协议定义了一系列的request方法：
GET、POST、HEAD、PUT、DELETE、TRACE、OPTIONS、CONNECT，其中GET和POST是应用最多的，网页中的表单的提交都用GET或POST请求方式。
GET请求方法用于信息获取，而且应该是安全的和幂等的。
1、所谓安全的意味着该操作用于获取信息而非修改信息。
2、幂等的意味着对同一URL的多个请求应该返回同样的结果。
例如：发送一个GET请求，服务器可以返回一个网页内容，总之，就是获取内容。
POST请求方法可能改变服务器上的资源。
例如：在blog最后进行评论，可以通过POST的请 ...
简单的来说apache是web服务器，
tomcat是Java应用服务器。
apache用于解释html静态网页，
而tomcat可以解释JSP/Servlet程序。
apache可以和tomcat进行整合，客户端请求静态网页的时候，可以通过apache来解析，如果客户端请求的是动态网页，则通过tomcat进行响应以提供服务，而在解释像JSP/Servlet程序时用tomcat。
在Linux平台上，apache就是网站服务器。
more:
Apache Http Server和Tomcat 之区别
In Introduction to HTTP Basic
Composite模式是构造型的设计模式之一，通过递归手段来构造诸如文件系统之类的树形的对象结构；Composite模式所代表的数据构造是一群具有统一接口界面的对象集合，并可以通过一个对象来访问所有的对象（遍历）。
...
总的来讲，git merge是对分支进行操作的，将两个分支进行合并。
先上图1：
对图1的解释：
首先是进行了两次提交commit 1和commit 2，此时，发现问题（假设为1号问题），故建立分支issue 1。此时有了issue 1分支，在此分支下可以进行解决1号问题。
然而，在解决1号问题时突然发现，项目需要添加一个重要的文件，需要切换到master分支，并新建hotfix分支以完成这个添加的动作（当然，也可以直接在master分支下进行添加，但若需要进行恢复，新建hotfix分支的方式似乎使得这个操作更容易些），即做“commit 3” ...
在介绍checkout之前，必须要先介绍分支（git的分支模型）
用下面的图1可以不严谨但简易地说明分支是个什么东西：
图中有两个分支，分别命名为master和new branch。
一般情况下，新创建的git，只要进行了提交，会自动生成名为maste ...
一、git ls-files
git ls-files基本介绍：
显示暂存区或本地数据目录中的文件信息
git ls-files基本用法：
git ls-files [-z] [-t] [-v]
(--[cached|deleted|others|ignored|stage|unmerged|killed|modified])*
(-[c|d|o|i|s|u|k|m])*
[-x <pattern>|--exclude=<pattern>]
...
一、基本介绍
git mv 移动或重命名一个文件、目录或软链接
命令格式为
git mv <source> <destination>
git mv <source>... <destination directory>
这里有个待解决的问题：
假设工作目录、暂存区以及本地数据目录中有一个file，我们为file想到了一个更好的名字——newfile，并进行了以下操作
mv file newfile
那么在工作目录中file变成了newfile，暂存区中还为原来的file。这种情况下该如何解决？
目前想到的方法是先
git rm ...
Git step by step 6 之rm
- 博客分类：
- GIT
回到图
对于删除，可以有如下操作：
直接在工作目录中 rm file，这种情况下，只会删除工作目录下的file
暂存区及本地数据目录不会受到影响。
若想将暂存区中的file也删除，那么还需要
git rm file，此时工作目录及暂存区中的file都没了。
但是这两步操作可以合二为一，即
git rm file，也就是第一步为废操作。（总之，在git下，进行rm，命令前加上git就是了）
此时工作目录及暂存区中也都没了file。
若想本地数据目录中的file也被删除，那么在进行完上面一步之后，直接commit即可。
还有就是如果想删除暂存区中的file，工作目录中的file想保存的话， ...
这个简单，看图:
解释：
三个区两两比较时所用的参数不同，
git diff是对比工作目录与暂存区；
git diff --cached或git diff --staged是对比暂存区与本地数据目录；
git diff HEAD是对比工作目录与本地数据目录。
一、基本介绍
对于git reset，manual上有这么一句话：Reset current HEAD to the specified state.
我对这句话的理解是，git reset主要是对本地数据目录进行操作。
对于git reset，一切有图1：
注：图中的commit 1与commit 2代表两个不同的提交号
解释一下：
reset可以对本地数据目录进行重置（先这么简单的说吧），即①
亦可以对暂存区进行重置，即②
也可以对工作目录进行重置，即③
但是，只有如下组合：
1、只进行①；
2、进行①和②；
3、进行①和②和③。
有种情况，git reset HEAD，看上去只进 ...