重命名

1、下载最新的Eclipse，我的版本是3.7.2 indigo(Eclipse IDE for Java EE Developers)版 如果没有安装的请到这里下载安装：http://eclipse.org/downloads/ 2、下载SVN插件subclipse，安装方法有两种.那种绿色的以link方式安装的方式我在indogo上试了多次就是没成功。 3、SVN插件下载地址及更新地址，你根据需要选择你需要的版本。现在最新是1.8.x Links for 1.8.x Release: Eclipse update site URL: http://subclipse.tigris.org/update_1.8.x svn插件包下载: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240 Links for 1.6.x Release: Eclipse update site URL: http://subclipse.tigris.org/update_1.6.x svn插件包下载: http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240 Links for 1.4.x Release: Eclipse

1.作用 mv命令来为文件或目录改名或将文件由一个目录移入另一个目录中。该命令等同于DOS系统下的ren和move命令的组合。它的使用权限是所有用户。 2.格式 mv [options] 源文件或目录 目标文件或目录 3.[options]主要参数 －i：交互方式操作。如果mv操作将导致对已存在的目标文件的覆盖，此时系统询问是否重写，要求用户回答”y”或”n”，这样可以避免误覆盖文件。 －f：禁止交互操作。mv操作要覆盖某个已有的目标文件时不给任何指示，指定此参数后i参数将不再起作用。 4.第二个参数 当第二个参数类型是文件时，mv命令完成文件重命名，它将所给的源文件或目录重命名为给定的目标文件名。 当第二个参数是已存在的目录名称时，源文件或目录参数可以有多个，mv命令将各参数指定的源文件均移至目标目录中。在跨文件系统移动文件时，mv先拷贝，再将原有文件删除，而链至该文件的链接也将丢失。 5.应用实例 (1)将/usr/udt中的所有文件移到当前目录(用”.”表示)中： $ mv /usr/udt/* . (2)将文件test.txt重命名为wbk.txt： $ mv test.txt wbk.txt （3）把当前目录的一个子目录里的文件移动到另一个子目录里 mv 文件名/* 另一个目录 （4）移动当前文件夹下的所有文件到上一级目录 mv * ../ 来源： https://www

Ubuntu下 修改目录权限 需要先用 sudo 来获得管理员权限，格式如下： sudo chmod 600 ××× （只有所有者有读和写的权限） sudo chmod 644 ××× （所有者有读和写的权限，组用户只有读的权限） sudo chmod 700 ××× （只有所有者有读和写以及执行的权限） sudo chmod 666 ××× （每个人都有读和写的权限） sudo chmod 777 ××× （每个人都有读和写以及执行的权限） 其中×××指文件名（也可以是文件夹名，不过要在chmod后加-ld）。 解释一下，其实整个命令的形式是 sudo chmod -（代表类型）×××（所有者）×××（组用户）×××（其他用户） 三位数的每一位都表示一个用户类型的权限设置。取值是0～7，即二进制的[000]~[111]。 这个三位的二进制数的每一位分别表示读、写、执行权限。 如000表示三项权限均无，而100表示只读。这样，我们就有了下面的对应： 0 [000] 无任何权限 4 [100] 只读权限 6 [110] 读写权限 7 [111] 读写执行权限 sudo chmod 777 -R /var/www/ 掌握文件系统导航命令，用户便能够在树形目录中准确定位、自由进出。接下来，便可以开始“生产”文件了。 dir ls cd rm 1．touch

查询所有的数据库 select [name] from [sysdatabases] order by [name] 查询一个数据库中的所有表『 [type] = 'u' 是用户表,[type] = 's'是系统表 』 select [id], [name] from [sysobjects] where [type] = 'u' 根据上个语句的查询结果然后再 查询一个表中的所有字段 select [name] from [syscolumns] where [id] = 1931153925 重命名表【如： 将表user 重命名为t_user】 EXEC sp_rename 'user', 't_user' 重命名列【如：将表 user 中的列 name 重命名为 username】 EXEC sp_rename 'user.[name]', 'username', 'COLUMN' 添加、删除列及示例【或者 请看这里 】 --语法 ALTER TABLE table {|ALTER COLUMN column_name} |{ADD { <column_definition>：：= column_namedata_type {[NULL|NOT NULL] |DROP column column_name}[,...n] > --示例，添加列 ALTER TABLE

Python 中的 os 模块 os.access() 检验权限模式 概述 os.access() 方法使用当前的uid/gid尝试访问路径。大部分操作使用有效的 uid/gid, 因此运行环境可以在 suid/sgid 环境尝试。 语法 os.access(path, mode); 参数 path -- 要用来检测是否有访问权限的路径。 mode -- mode为F_OK，测试存在的路径，或者它可以是包含R_OK, W_OK和X_OK或者R_OK, W_OK和X_OK其中之一或者更多。 os.F_OK: 作为access()的mode参数，测试path是否存在。 os.R_OK: 包含在access()的mode参数中 ， 测试path是否可读。 os.W_OK 包含在access()的mode参数中 ， 测试path是否可写。 os.X_OK 包含在access()的mode参数中 ，测试path是否可执行。 返回值 如果允许访问返回 True , 否则返回False。 实例： #!/usr/bin/python # -*- coding: UTF-8 -*- import os, sys # 假定 /tmp/foo.txt 文件存在，并有读写权限 ret = os.access("/tmp/foo.txt", os.F_OK) print "F_OK - 返回值 %s"%

MySQL的修改和删除数据表字段 写在前面： 注意，所有的字段名，最好都用``包裹！ 1、修改表名 2、增加表的字段(id，name，age这种就是字段) 3、修改表的字段(重命名字段+修改字段的类型和约束) 4、删除表的字段 1. 修改表名 -- 修改表名，格式：ALTER TABLE 旧表名 RENAME AS 新表名; -- 修改表名，格式：ALTER TABLE 旧表名 RENAME AS 新表名;ALTER TABLE teacher RENAME AS teacher_1; 2. 增加表的字段(id，name，age这种就是字段) -- 增加表的字段，格式：ALTER TABLE 表名 ADD 字段名 列属性;ALTER TABLE teacher_1 ADD age INT(11); 3. 修改表的字段(两类) 3.1. 重命名字段+改字段属性二合一 -- 1、重命名字段+改字段属性二合一：格式：ALTER TABLE 表名 CHANGE 旧的字段名 新的字段名 列属性(长度);ALTER TABLE teacher_1 CHANGE age age1 VARCHAR(10); 3.2. 仅改字段属性 -- 2、仅改字段属性：格式：ALTER TABLE 表名 MODIFY 字段名 列属性(长度);ALTER TABLE teacher_1 MODIFY age1

我手动移动了一个文件，然后我修改了它。 根据Git，它是一个新文件和一个删除文件。 有没有办法强迫Git将其视为文件移动？ #1楼 这是一个快速而又脏的解决方案，用于一个或几个未重命名的已重命名和修改的文件。 假设该文件名为 foo ，现在名为 bar ： 将 bar 重命名为临时名称： mv bar side 结帐 foo ： git checkout HEAD foo 用Git将 foo 重命名为 bar ： git mv foo bar 现在将临时文件重命名为 bar 。 mv side bar 最后一步是将更改的内容恢复到文件中。 虽然这可以工作，但如果移动的文件与原始git的内容太不相同，则会认为确定这是一个新对象更有效。 让我来证明： $ git status On branch workit Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: .gitignore renamed: README -> README.md Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..."

简介 　　AUFS曾是Docker默认的首选存储驱动。它非常稳定、有很多真实场景的部署、很强的社区支持。它有以下主要优点： 　　极短的容器启动时间。 　　有效的存储利用率。 　　有效的内存利用率。 　　虽然如此，但由于它没有包含在Linux内核主线中，所有很多Linux发行版并不支持AUFS。 　　以下章节介绍AUFS的特性，并且它们如何作用于Docker。 特性 镜像分层和部署 　　AUFS是一种联合文件系统。它使用同一个Linux host上的多个目录，逐个堆叠起来，对外呈现出一个统一的文件系统。AUFS使用该特性，实现了Docker镜像的分层。下图展示出ubuntu:latest的镜像的分层。 　　 　　 注意 ：在Docker1.10之前，layer的ID对应着其在/var/lib/docker下的目录名称，但在Docker1.10之后，不再有这种直接的对应关系。 　　对于一个容器来说， 只有顶层的容器layer是可读写的，而下面的layer都是只读 的。 读写文件 　　Docker使用AUFS的CoW（Copy-on-Write）技术来实现镜像共享和最小化磁盘空间的使用。AUFS作用于文件层，也就是说AUFS CoW拷贝整个文件——即使文件只修改了一点点的内容。所以，它对容器的性能影响很明显，尤其拷贝多层镜像下的大文件，或者是在一个深层次的目录树中进行搜索。 　　不过

原文 使用文件监控对象FileSystemWatcher实现数据同步 最近在项目中有这么个需求，就是得去实时获取某个在无规律改变的文本文件中的内 容。首先想到的是用程序定期去访问这个文件，因为对实时性要求很高，间隔不能超过1S，而且每次获取到文本内容都要去分发给WEB服务器做别的操作，而那 个文本的写入有时候会频繁，1秒可能多次，但是也有可能在相当长一段时间内是没有任何写入的。 这样一来如果每秒都去访问文件的话，一个是IO问题，还有就是每次操作都会引起后端一系列程序的反应，文本在长时间内无写入的话，一秒一次的触发一系列徒劳的事情太不可取了。 最终发现了c#中的FileSystemWatcher对象，在应用FileSystemWatcher之前，首先了解一下这个对象的基本属性和事件，首先普及一下FileSystemWatcher基本知识。 FileSystemWatcher基础 属性： Path——这个属性告诉FileSystemWatcher它需要监控哪条路径。例如，如果我们将这个属性设为“C:\test”，对象就监控test目录下所有文件发生的所有改变（包括删除，修改，创建，重命名）。 IncludeSubDirectories——这个属性说明FileSystemWatcher对象是否应该监控子目录中（所有文件）发生的改变。 Filter—

最近在项目中有这么个需求，就是得去实时获取某个在无规律改变的文本文件中的内容。首先想到的是用程序定期去访问这个文件，因为对实时性要求很高，间隔不能超过1S，而且每次获取到文本内容都要去分发给WEB服务器做别的操作，而那个文本的写入有时候会频繁，1秒可能多次，但是也有可能在相当长一段时间内是没有任何写入的。 这样一来如果每秒都去访问文件的话，一个是IO问题，还有就是每次操作都会引起后端一系列程序的反应，文本在长时间内无写入的话，一秒一次的触发一系列徒劳的事情太不可取了。 最终发现了c#中的FileSystemWatcher对象，在应用FileSystemWatcher之前，首先了解一下这个对象的基本属性和事件，首先普及一下FileSystemWatcher基本知识。 FileSystemWatcher基础 属性： Path——这个属性告诉FileSystemWatcher它需要监控哪条路径。例如，如果我们将这个属性设为“C:\test”，对象就监控test目录下所有文件发生的所有改变（包括删除，修改，创建，重命名）。 IncludeSubDirectories——这个属性说明FileSystemWatcher对象是否应该监控子目录中（所有文件）发生的改变。 Filter——这个属性允许你过滤掉某些类型的文件发生的变化。例如，如果我们只希望在TXT文件被修改/新建/删除时提交通知