update

2009-04-24 来源：dev.idv.tw 1 安装及下载client 端 2 什么是SVN（Subversion）? 3 为甚么要用SVN? 4 怎么样在Windows下面建立SVN Repository？ 5 建立一个Working目录 6 新增档案及目录到Repository中 7 更新档案及目录 8 更新至特定版本 9 复制档案及目录 10 制作Tag或是Release 11 快速参考 11.1 取得(Checkout)Repository 11.2 更新(Update)档案或目录 11.3 新增(Add)档案或目录 11.4 提交(Commit)修改过的档案或目录 11.5 Copy/Tag/Branch/Release档案或目录 安装及下载client 端 下载Windows 端程序：http://tortoisesvn.net/downloads。一般而言，如果是32-bit的Windows XP 应该使用TortoiseSVN-1.4.x.xxxx-win32-svn-1.4.x.msi 这个档案。如果是64-bit 的操作系统，则应该使用TortoiseSVN-1.4.x.xxxx-x64-svn-1.4.x.msi 这个档案。 执行下载回来的TortoiseSVN 安装程序，就会进行TortoiseSVN 的安装。正确安装后，应该进行一次的重开机

SQLite 的 UPDATE 语句用于修改表中已有的记录。可以使用带有 WHERE 子句的 UPDATE 查询来更新选定行，否则所有的行都会被更新。 基本语法：UPDATE table_name SET column1 = value1, column2 = value2...., columnN = valueN WHERE [condition]; 也可以使用 AND 或 OR 运算符来结合 N 个数量的条件。 来源： https://www.cnblogs.com/liuhaidon/p/12010264.html

三、Mybatis接口映射(注解) 传统的mapper.xml+接口使用接口映射相对较麻烦 所以我们可以使用注解来简化开发 支持的注解有以下： MyBatis 可以利用 SQL 映射文件来配置，也可以利用 Annotation 来设置。 MyBatis 提供的一些基本注解如下表所示。 注解 目标 相对应的 XML 描述 @CacheNamespace 类 <cache> 为给定的命名空间 ( 比如类 ) 配置缓存。 属性 :implemetation,eviction, flushInterval,size,readWrite,blocking 和 properties 。 @Property N/A <property> Specifies the property value or placeholder(can replace by configuration properties that defined at the mybatis-config.xml ). Attributes: name , value . (Available on MyBatis 3.4.2+) @CacheNamespaceRef 类 <cacheRef> 参照另外一个命名空间的缓存来使用。属性 :value, name 。 If you use this annotation, you

[485] C2 Age Of Splendor Update 1 Client 00 SendProtocolVersion 01 MoveBackwardToLocation 02 Say 03 RequestEnterWorld 04 Action 08 RequestLogin 09 SendLogOut 0A RequestAttack 0B RequestCharacterCreate 0C RequestCharacterDelete 0D RequestGameStart 0E RequestNewCharacter 0F RequestItemList 10 RequestEquipItem 11 RequestUnEquipItem 12 RequestDropItem 14 RequestUseItem 15 RequestTrade 16 RequestAddTradeItem 17 TradeDone 1A RequestTeleport 1B SocialAction 1C ChangeMoveType 1D ChangeWaitType 1E RequestSellItem 1F RequestBuyItem 20 RequestLinkHtml 21 RequestBypassToServer 22 RequestBBSWrite 23

二。查看linux版本： 1) 登录到服务器执行 lsb_release -a ,即可列出所有版本信息,例如: [root@SOR_SYS ~]# lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-ia32:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-ia32:printing-4.0-noarch Distributor ID: RedHatEnterpriseAS Description: Red Hat Enterprise Linux AS release 4 (Nahant Update 4) Release: 4 Codename: NahantUpdate4 [root@SOR_SYS ~]# 注:这个命令适用于所有的linux，包括Redhat、SuSE、Debian等发行版。 2) 登录到linux执行cat /etc/issue,例如如下: [root@SOR_SYS ~]# cat /etc/issue Red Hat Enterprise Linux Server release 5.6 (Tikanga) Kernel \r on an

简介 许多以CocoaPods开头的人似乎认为 pod install 只在第一次使用CocoaPods设置项目时使用， pod update 之后才会使用。但事实并非如此。 本指南的目的是解释何时使用 pod install 以及何时使用 pod update 。 TL; DR： 使用 pod install 以安装新的吊舱在您的项目。即使你已经拥有 Podfile 并跑 pod install 过去 ; 所以，即使你只是在已经使用CocoaPods的项目中添加/删除pod。 使用 pod update [PODNAME] 只有当你想更新荚到新版本。 命令的详细介绍 注意： install vs 的词汇 update 实际上并不特定于CocoaPods。它的灵感来自许多其他依赖管理器，如bundler，RubyGems或composer，它们具有类似的命令，具有与本文档中描述的完全相同的行为和意图。 pod install 这是在您第一次要检索项目的pod时使用，也是每次编辑Podfile以添加，更新或删除Pod时使用。 每次 pod install 运行命令 - 并下载并安装新的pod时 - 它会为 Podfile.lock 文件中的每个pod写入已安装的版本。此文件跟踪每个pod的已安装版本并锁定这些版本。 当您运行 pod install

Podfile文件，Podfile.lock文件 Podfile文件:指定依赖库的版本规则 Podfile.lock文件:记录当前工程中使用的依赖库的版本号 pod install会去安装podfile中描述过的但是podfile.lock文件中不存在的库，第一次执行pod install命令时，pod会去安装所有podfile文件中描述的库，同时将这些库及其当时的版本信息记录在podfile.lock中，当有一个新的项目成员第一次执行pod install时，由于podfile.lock已经存在，pod只会去安装podfile.lock文件中指定的版本的库，即使这些库有了更新，pod也不会去使用新的库。 pod update会忽略podfile.lock文件，直接更新所有库到最新版本，同时把更新的结果写入podfile.lock文件（当然你也可以只更新某一个库到最新版本） 总结： 当要新加一个库时，在podfile文件中添加此库之后，永远用pod install，此命令只会去添加新库而不会影响旧库；当要更新一个库时，用pod update 来源： https://www.cnblogs.com/yibinpan/p/8865286.html

前言: 我们都知道事务的几种性质，数据库为了维护这些性质，尤其是一致性和隔离性，一般使用加锁这种方式。同时数据库又是个高并发的应用，同一时间会有大量的并发访问，如果加锁过度，会极大的降低并发处理能力。所以对于加锁的处理，可以说就是数据库对于事务处理的精髓所在。这里通过分析MySQL中InnoDB引擎的加锁机制，来抛砖引玉，让读者更好的理解，在事务处理中数据库到底做了什么。 #一次封锁or两段锁？ 因为有大量的并发访问，为了预防死锁，一般应用中推荐使用一次封锁法，就是在方法的开始阶段，已经预先知道会用到哪些数据，然后全部锁住，在方法运行之后，再全部解锁。这种方式可以有效的避免循环死锁，但在数据库中却不适用，因为在事务开始阶段，数据库并不知道会用到哪些数据。 数据库遵循的是两段锁协议，将事务分成两个阶段，加锁阶段和解锁阶段（所以叫两段锁） 加锁阶段：在该阶段可以进行加锁操作。在对任何数据进行读操作之前要申请并获得S锁（共享锁，其它事务可以继续加共享锁，但不能加排它锁），在进行写操作之前要申请并获得X锁（排它锁，其它事务不能再获得任何锁）。加锁不成功，则事务进入等待状态，直到加锁成功才继续执行。 解锁阶段：当事务释放了一个封锁以后，事务进入解锁阶段，在该阶段只能进行解锁操作不能再进行加锁操作。 事务 加锁/解锁处理 begin； insert into test .....

githooks(5) NAME githooks - Hooks(钩子) used by git SYNOPSIS $GIT_DIR/hooks/* 简介 Hooks(钩子),是一些存放于 $GIT_DIR/hooks 文件夹的小脚本,在特定条件下触发动作. 当执行'git init',几个示例hook将复制到新资源库的hooks文件夹, 但默认情况下他们都是禁用状态. 要启用一个hook(钩子),请移除其 .sample 后缀. 注意: 你还需要为这些hook(钩子)添加可执行权限(译者注: 仅针对非Windows系统, chmod u+x XXX). 然而,在新创建的资源库中, - 那些 .sample 默认已经是可执行的(译者注: 并非如此!!). 本文档描述的是当前已经等于的hooks(钩子). HOOKS(钩子) applypatch-msg 这个hook由'git am'脚本触发. 它将接受一个参数,即将提交的commit msg的临时文件路径. 如果这个hook以非0状态退出,那么'git am'将在patch(补丁)应用之前取消. 这个hook可以用于修改message(信息)文件, 用来匹配项目的规范格式(如果有的话). 也可以用于校验commit msg,并在必要时拒绝提交. 缺省的'applypatch-msg' hook, 当其启用时,将调用'commit

01DButils工具类的介绍个三个核心类 * A: DButils工具类的介绍个三个核心类 * a: 概述 * DBUtils是java编程中的数据库操作实用工具，小巧简单实用。 * DBUtils封装了对JDBC的操作，简化了JDBC操作，可以少写代码。 * DBUtils就是JDBC的简化开发工具包。需要项目导入commons-dbutils-1.6.jar才能够正常使用DBUtils工具。 * b: Dbutils三个核心功能介绍 * QueryRunner中提供对sql语句操作的API. * update(Connection conn, String sql, Object... params) ，用来完成表数据的增加、删除、更新操作 * query(Connection conn, String sql, ResultSetHandler<T> rsh, Object... params) ，用来完成表数据的查询操作 * ResultSetHandler接口，用于定义select操作后，怎样封装结果集. * DbUtils类，它就是一个工具类,定义了关闭资源与事务处理的方法 02事务的简单介绍(此知识点简单了解，难度较大，就业班会详细 讲解) * A: 事务的简单介绍 * a: 见day32/day32_source/事务.jgp