最近在linux下使用svn，有个蛋疼的问题就是每次有新文件添加了，但是自己并不能记得所有被添加的路径。


 也就无法一一的使用svn add命令添加了。


 然而linux下也并没有像windows中那么友好的界面操作。


  svn st | grep '^\?' | tr '^\?' ' ' | sed 's/[ ]*//' | sed 's/[ ]/\\ /g' | xargs svn add 


以下为svn的常用命令：

1、将文件checkout到本地目录 svn checkout path（path是服务器上的目录） 例如：svn checkout svn://192.168.1.1/pro/domain 简写：svn co 2、往版本库中添加新的文件 svn add file 例如：svn add test.php(添加test.php) svn add *.php(添加当前目录下所有的php文件
1、将文件checkout到本地目录 
svn checkout path（path是服务器上的目录） 
例如：svn checkout svn://192.168.1.1/pro/domain 
简写：svn co 
2、往版本库中添加新的文件 
svn add file 
例如：svn add test.php(添加test.php) 
svn add *.php(添加当前目录下所有的php文件) 
3、将改动的文件提交到版本库 
svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关) 
例如：svn commit -m “add test file for my test“ test.php 
简写：svn ci 
4、加锁/解锁 
svn lock -m “LockMessage“ [--force] PATH 
例如：svn lock -m “lock test file“ test.php 
svn unlock PATH 
5、更新到某个版本 
svn update -r m path 
例如： 
svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。 
svn update -r 200 test.php(将版本库中的文件test.php还原到版本200) 
svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit) 
简写：svn up 
6、查看文件或者目录状态 
1）svn status path（目录下的文件和子目录的状态，正常状态不显示） 
【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】 
2）svn status -v path(显示文件和子目录状态) 
第一列保持相同，第二列显示工作版本号，第三和第四列显示最后一次修改的版本号和修改人。 
注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。 
简写：svn st 
7、删除文件 
svn delete path -m “delete test fle“ 
例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete test file” 
或者直接svn delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种 
简写：svn (del, remove, rm) 
8、查看日志 
svn log path 
例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化 
9、查看文件详细信息 
svn info path 
例如：svn info test.php 
10、比较差异 
svn diff path(将修改的文件与基础版本比较) 
例如：svn diff test.php 
svn diff -r m:n path(对版本m和版本n比较差异) 
例如：svn diff -r 200:201 test.php 
简写：svn di 
11、将两个版本之间的差异合并到当前文件 
svn merge -r m:n path 
例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下） 
12、SVN 帮助 
svn help 
svn help ci 
—————————————————————————— 
以上是常用命令，下面写几个不经常用的 
—————————————————————————— 
13、版本库下的文件和目录列表 
svn list path 
显示path目录下的所有属于版本库的文件和目录 
简写：svn ls 
14、创建纳入版本控制下的新目录 
svn mkdir: 创建纳入版本控制下的新目录。 
用法: 1、mkdir PATH… 
2、mkdir URL… 
创建版本控制的目录。 
1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增 
调度，以待下一次的提交。 
2、每个以URL指定的目录，都会透过立即提交于仓库中创建。 
在这两个情况下，所有的中间目录都必须事先存在。 
15、恢复本地修改 
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert: 
用法: revert PATH… 
注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复 
被删除的目录 
16、代码库URL变更 
svn switch (sw): 更新工作副本至不同的URL。 
用法: 1、switch URL [PATH] 
2、switch –relocate FROM TO [PATH...] 
1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将 
服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的 
方法。 
2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动 
(比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用 
这个命令更新工作副本与仓库的对应关系。 
17、解决冲突 
svn resolved: 移除工作副本的目录或文件的“冲突”状态。 
用法: resolved PATH… 
注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的 
相关文件，然后让 PATH 可以再次提交。 
18、输出指定文件或URL的内容。 
svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。 
svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的) 

有时我们需要对 git 的修改操作进行批量提交，此时该怎么操作呢？
 
按下面的步骤操作即可实现一次性add多个文件或提交多次修改：
 
git  add --all
git commit -m 'add more files'
git push origin master
 

一直都在用layui，好处不多说，是因为layui简洁易写，并且后台大多数组件都有，很省事，但最近在工作的时候，发现layui的上传组件很让人蛋疼，话不多说，先看问题：
 
 使用layui的多文件上传时，发现layui的实现逻辑是这样的：比如我要上传100个文件，设置好上传地址后，会通过内部的ajax，调用100次请求，每个请求都会重复上传我在传文件时附加的参数，很多余的重复。之前的项目中没发现这种做法有何不可，只要在写后端代码时，按单文件处理就好。
 但是如果我要上传的这100个文件中，每个文件互相都有关系，并且每个文件都涉及到数据库的多个表的增加，像这种类似事务的处理，如果不能把所有文件一起上传，那会处理的相当麻烦，会徒增很多判断，并且服务端接收一个请求会开启一个线程，尽管多线程上传更快，但也会增加判断的难度。
 
犹豫了一下，觉得还是不想换插件，第一是因为已经写好了，第二是因为使用了这么久的layui，不相信没有人考虑到。于是上fly社区查看类似的问题，发现确实是有人发现这个问题，但没有得到很好的解决：
 
下面是我解决这个问题所修改的源码文件：
 
 比较一下，第一张图片是源码，第二张是我修改过的：
 
 
原理很简单，upload.js会把formData里的file以及虽文件上传的参数，循环读取其中一个文件，利用layui.each函数，在循环中实现ajax的调用，地址为你设置的地址，然后在success成功调用后，做一些处理，包括把文件index加1等等（便于之后的列表中删除上传成功的文件）。那明白原理之后，我们的实现思路就是：通过layui.each函数，把这些文件共有的通用信息，比如附带的自己添加的信息单独处理，然后把这些信息附加到文件之后（以&a=1这种方式）,最后只调用一次ajax请求，这样就实现了一次请求批量上传文件。
 
当然，修改过后，多文件上传时就不能获取到每个文件的信息了，比如layi封装哈好的回调里的参数都不能获取。
 大家可以改下源码打个断点，这样就知道那些是回调的参数了。
 
因为是一次上传，所以第一服务端需要设置成Reqeust文件的大小，第二，尽量不要上传太多文件，否则不是多个线程处理的话，上传速度会受影响。

git add . 
 可以添加到暂存区所有的改变的文档