日志设置
oracle 审计日志 设置规则
oracle 审计日志设置规则Oracle 审计日志设置规则在使用Oracle数据库的过程中，审计日志是十分重要的安全措施之一。
它可以记录所有数据库中的操作，包括用户登录、数据更改、数据访问等。
通过设置审计日志规则，您可以更好地监控和保护数据库的安全性。
以下是一些设置Oracle审计日志规则的重要步骤：1. 定义审计目标：首先，您需要明确设置审计日志的目标。
考虑您需要监控的数据库操作类型，比如是否需要审计所有用户的登录、所有的数据更新操作等。
2. 创建审计策略：在Oracle数据库中，您可以使用`DBMS_AUDIT_MGMT` 包来创建审计策略。
通过指定数据库对象和操作类型，您可以定义审计规则。
例如，您可以设置审计规则仅审计某个特定用户的操作，并排除其他用户。
3. 启用审计选项：在设置好审计规则后，您需要启用审计选项以开始记录审计日志。
可以通过以下步骤启用审计选项：- 使用`DBMS_AUDIT_MGMT.SET_AUDIT_TRAIL_PROPERTY`过程，将审计日志输出到特定的目标文件或操作系统日志中。
- 使用`DBMS_AUDIT_MGMT.ENABLE_AUDIT_OPTION`过程，启用需要审计的操作项。
4. 监控审计日志：一旦启用审计选项，数据库将开始记录相应的操作到审计日志文件中。
您可以使用SQL查询或Oracle Enterprise Manager等工具来监控审计日志。
定期检查审计日志以确认是否出现不寻常的活动或潜在的安全威胁。
5. 设置审计日志管理策略：审计日志的文件管理很重要，您可以使用`DBMS_AUDIT_MGMT`包中的过程设置审计日志的管理策略。
可以定义审计日志的保留时间、日志文件的大小限制等。
定期清理旧的审计日志，以确保系统性能和安全。
通过设置Oracle审计日志规则，您可以更好地了解数据库中发生的操作，并及时发现潜在的安全问题。
请确保审计日志的记录和审计管理策略的设置符合您的安全需求，并进行定期的审计日志分析。
设置合适的日志级别和日志格式
设置合适的日志级别和日志格式设置合适的日志级别和日志格式对于系统的监控和故障排查至关重要。
在软件开发和系统运维中，日志被广泛应用于记录系统运行状态、用户行为、错误信息等重要数据，为了更好地利用这些日志信息，开发人员需要设置合适的日志级别和日志格式。
首先，让我们来看一下日志级别。
日志级别用于指定日志的重要性和优先级，常见的日志级别包括TRACE、DEBUG、INFO、WARN、ERROR、FATAL等。
不同的日志级别适用于不同的场景，设置合适的日志级别可以帮助开发人员快速定位问题，减少不必要的日志输出。
在实际开发中，一般会设置默认的日志级别为INFO，这样可以保证系统正常运行时日志不会太过冗杂。
而在调试和故障排查时，可以临时调整日志级别为DEBUG或者更低级别，以获取更详细的日志信息，帮助定位问题。
除了设置默认的日志级别外，还可以根据不同的模块和功能设置不同的日志级别。
比如对于网络模块，可以设置更详细的日志级别，以便监控网络通信的细节；对于业务逻辑模块，可以设置更高的日志级别，只记录重要的业务信息和错误信息。
另外，对于一些特定的功能和场景，也可以通过代码来动态调整日志级别，比如在进行性能测试时，可以将日志级别调整为TRACE，以便记录更详细的性能信息。
除了日志级别，日志格式也是非常重要的一部分。
合适的日志格式可以使日志信息更易于阅读和分析，提高日志的可读性和可搜索性。
常见的日志格式包括文本格式、JSON格式、XML格式等，其中JSON格式在分布式系统中应用较为广泛。
JSON格式的日志可以很容易地被各种日志分析工具解析和处理，提供更丰富的数据结构和更灵活的查询方式。
在实际开发中，可以根据具体的需求，选择合适的日志格式。
比如对于分析和监控型的系统，可以选择JSON格式的日志，便于后续的数据分析和可视化；而对于一些传统的系统，可以选择文本格式的日志，以便人工查看和分析。
另外，在设置日志格式时，还可以加入一些额外的信息，比如线程ID、时间戳、日志级别等，以便更好地理解日志信息。
配置网络日志记录网络活动和故障信息
配置网络日志记录网络活动和故障信息网络日志是指通过记录网络活动和故障信息，以便进行监控、分析和故障排除的一种技术手段。
配置网络日志记录网络活动和故障信息对于网络运营和管理至关重要。
本文将介绍网络日志的配置方法、记录的内容以及其在网络管理中的作用。
一、网络日志的配置方法配置网络日志需要以下几个步骤：1. 确定记录方式：网络日志可以通过两种方式进行记录，一种是本地记录，即将日志记录在本地设备上；另一种是远程记录，即将日志记录发送到远程服务器或存储设备上。
根据实际需求和网络规模选择适合的记录方式。
2. 选择记录级别：网络日志可以根据不同的级别进行记录，常见的级别有调试（debug）、信息（info）、警告（warning）和错误（error）等。
根据实际需求选择适当的记录级别，以避免记录过多或过少的信息。
3. 配置日志服务器：如果选择远程记录方式，需要配置日志服务器。
首先，在服务器上创建一个目录用于存储日志文件，并设置相应的权限。
然后，通过配置网络设备的日志服务器地址和日志文件的存储路径，将日志发送到服务器上。
4. 配置日志格式：网络日志一般采用结构化的格式进行记录，以方便后续的分析和查询。
在配置网络设备时，可以选择合适的日志格式，如Syslog格式等。
5. 设置日志保留时间：为了节省存储空间和便于日志的管理，需要设置日志的保留时间。
一般情况下，可以根据实际需求设置合适的时间段，如一周、一个月或一年等。
二、网络日志的记录内容配置网络日志可以记录多种网络活动和故障信息，包括但不限于以下内容：1. 网络设备的状态信息：如设备的启动、关闭和重启信息，设备的硬件或软件故障信息等。
2. 网络连接的建立和断开信息：记录网络连接的建立和断开时间、连接的源IP地址和目的IP地址等信息。
3. 网络流量的统计信息：记录网络接口的进入和发送的数据包数量、数据包大小、传输速率等信息。
4. 网络协议的运行信息：记录各种网络协议的运行状态、事件和错误信息，如TCP/IP协议的连接状态、传输错误等。
设置合适的日志级别和日志格式
设置合适的日志级别和日志格式在应用程序中，日志是非常重要的组成部分之一。
它可以帮助我们跟踪应用程序的运行情况，排查问题，并提供有关应用程序性能和行为的信息。
在编写日志的过程中，设置合适的日志级别和日志格式是非常重要的。
首先，让我们来了解一下常见的日志级别。
常用的日志级别包括以下五个等级：TRACE、DEBUG、INFO、WARN和ERROR。
每个级别都有其特定的用途和含义。
1. TRACE级别：最低的日志级别，通常用于非常详细的调试信息。
它会提供非常详细和具体的应用程序执行流程和变量状态信息，对于问题排查非常有用。
但需要注意的是，由于其详细的信息，它可能会导致日志文件很大。
2. DEBUG级别：用于调试目的，并提供比TRACE级别更明确的信息。
相比于TRACE级别，DEBUG级别的日志通常会更精简，只包含应用程序的关键执行路径和变量状态。
3. INFO级别：用于输出常规的运行时信息，比如应用程序的启动、停止、重启等事件。
INFO级别的日志提供了应用程序的关键事件信息，可以帮助我们了解应用程序的运行情况。
4. WARN级别：用于输出警告信息，表明可能出现潜在的问题或错误。
WARN级别的日志通常用于指出应用程序可能出现的不正常行为或错误，但不会导致应用程序停止运行。
5. ERROR级别：用于输出错误信息，指出应用程序发生严重错误导致无法继续执行。
ERROR级别的日志通常会伴随着异常的捕获和处理，用于记录错误消息和栈轨迹等信息。
在设置日志级别时，我们需要根据实际情况选择合适的级别。
一般来说，我们可以根据应用程序的运行环境和需求来决定。
在开发和调试阶段，可以将日志级别设置为TRACE或DEBUG，以便详细地了解应用程序的执行情况和变量状态。
而在生产环境中，通常将日志级别设置为INFO或WARN，以避免过多的日志输出对性能产生不必要的影响。
此外，我们还需要设置合适的日志格式来使日志更易读和易于分析。
一个常见的日志格式包括以下几个部分：时间戳、日志级别、线程ID、类名、方法名，以及日志内容。
Windows系统专家教你如何设置和管理系统日志
Windows系统专家教你如何设置和管理系统日志在使用Windows操作系统时，系统日志是非常重要的一部分。
它记录了系统的运行状态、错误信息以及其他相关信息，能够帮助用户诊断和解决系统问题。
本文将向大家介绍如何设置和管理Windows系统日志，以帮助您更好地监控和维护您的计算机。
一、什么是系统日志系统日志是Windows操作系统中的一个重要组成部分，用于记录操作系统和应用程序的事件和错误信息。
它包含了以下三个主要日志类型：1. 应用程序日志（Application log）：记录应用程序的事件和错误信息，如软件的安装和卸载、应用程序崩溃等。
2. 安全日志（Security log）：记录安全事件和审计信息，如用户登录和注销、账户访问权限等。
3. 系统日志（System log）：记录与操作系统相关的事件和错误信息，如设备驱动程序错误、系统崩溃等。
二、设置系统日志在Windows系统中，您可以根据实际需求设置系统日志的属性和策略。
下面是设置系统日志的步骤：1. 打开“事件查看器”（Event Viewer）：点击“开始”菜单，然后在搜索栏中输入“事件查看器”，并打开该程序。
2. 选择日志类型：在左侧面板中，展开“Windows日志”文件夹，可以看到应用程序日志、安全日志和系统日志三个选项。
3. 添加或删除日志事件：在选中的日志类型下，右键点击空白区域，选择“属性”或“清除日志”选项来设置日志属性或删除日志事件。
4. 配置事件筛选器：点击相应日志类型下的“事件筛选器”菜单，可以根据关键词、事件ID等条件来过滤和筛选所需的日志事件。
5. 设置日志存档：点击相应日志类型下的“存档日志”菜单，可以设置日志事件的存储位置和保留策略，以便将来查看和分析。
三、管理系统日志除了设置系统日志的属性，管理系统日志也是非常重要的一项任务。
下面是一些管理系统日志的技巧：1. 定期查看日志：定期浏览系统日志，注意查找和分析其中的错误和警告信息，及时采取措施解决相关问题。
如何合理设置权限管理系统的日志记录(八)
如何合理设置权限管理系统的日志记录随着信息技术的不断发展和普及，越来越多的企业和组织开始意识到信息安全的重要性。
其中，权限管理系统作为一种管理和控制系统用户权限的关键工具，具有很强的应用价值和实用性。
然而，在使用权限管理系统时，如何合理设置日志记录是一个必须面对的问题。
一、日志记录的意义和必要性权限管理系统的日志记录是一种将系统内部的操作和事件信息记录下来的手段。
它可以帮助管理员了解系统的运行状况，检测异常操作行为，防止数据泄漏和滥用。
合理设置日志记录可以使管理员能够对系统内部的操作和变化有一个全面的了解，及时发现潜在的安全威胁，保障系统和数据的安全。
二、设置什么样的日志记录合理设置权限管理系统的日志记录需要根据实际需求和安全风险做出具体的选择。
通常，日志记录应该包括以下几个方面。
1. 用户登录和退出日志：记录用户登录和退出系统的时间、IP 地址、登录方式等信息，以便追踪用户的操作路径和行为。
2. 资源访问日志：记录用户对系统资源的访问行为，包括访问的目录、文件名、访问方式等，以便追踪用户的授权行为和权限使用情况。
3. 权限变更日志：记录用户对权限的变更操作，包括授权、撤销授权、修改权限等，以便及时发现权限滥用的风险。
4. 审计日志：记录对系统的管理操作，包括用户的创建、删除、修改等，以便追踪管理者的操作记录和责任追究。
三、日志记录的存储和保护对于权限管理系统的日志记录，存储和保护同样重要。
合理的存储和保护策略可以确保日志记录的完整性和可靠性。
1. 存储策略：应将日志记录存储在单独的服务器上，避免与应用系统共享存储空间，同时要设定合适的存储期限和存储容量，以便及时处理和保存必要的记录。
2. 数据备份：为了防止数据丢失或损坏，在设置日志记录时，应该定期备份日志数据，并且存储备份数据的位置应与原始数据分离，确保数据的安全性和可用性。
3. 访问控制：只有授权的人员才能访问和查看日志记录，需要采用合适的身份验证和权限控制措施，防止未经授权的人员篡改或删除日志记录。
如何合理设置权限管理系统的日志记录(五)
合理设置权限管理系统的日志记录随着科技的不断发展和信息技术的广泛应用，数据安全问题日益凸显。
为了保护敏感信息的安全，各种权限管理系统应运而生。
权限管理系统作为一种重要的信息安全保障手段，具有非常重要的作用。
而如何合理设置权限管理系统的日志记录，成为了一个值得探讨的问题。
本文将从多个方面进行论述。
首先，合理设置权限管理系统的日志记录能够有效地追溯和监控用户操作。
在实际应用中，权限管理系统通常是被多个用户共享使用的。
为了确保数据安全，管理者需要了解每个用户在系统中的操作情况。
合理设置日志记录功能，能够记录用户对系统的操作过程和结果，当出现异常操作时，可以通过日志记录进行追溯和监控，保障数据的安全性。
其次，日志记录还能够提供系统安全事件的实时警示和报告。
权限管理系统是一个涉及到大量敏感信息的应用系统，因此，确保系统的安全性是非常重要的。
通过合理设置日志记录功能，当系统发生异常或存在安全风险时，可以及时产生相应的警示和报告。
这些警示和报告可以帮助管理员及时发现和处理潜在的安全问题，进而提高系统的安全性。
再次，合理设置权限管理系统的日志记录能够为事故调查提供有力的证据支持。
在日常运营中，难免会遇到一些系统操作问题和纠纷。
当出现问题时，若无法得到准确的操作记录，可能会导致纠纷的难以解决。
而通过合理设置权限管理系统的日志记录，可以确保有完整的操作记录，为事故调查提供有力的证据支持，便于解决纠纷并追究责任。
此外，合理设置权限管理系统的日志记录还有助于系统的优化和改进。
通过分析日志记录，管理者可以了解到系统的运行情况和用户行为习惯，并根据实际情况进行相应的优化和改进。
这样可以提高系统的易用性和用户体验，为用户提供更好的服务。
最后，要想合理设置权限管理系统的日志记录，需要注意以下几个方面。
首先，日志记录应包括操作的具体细节，如时间、地点、操作者等。
其次，日志记录应具备一定的保密性，只有授权人员才能查看和操作。
再次，要定期备份和存储好日志记录，以便后续的查询和分析。
JAVA项目之日志(log)设置
地 控 台： 目的 为 制
org.apache.log4j.ConsoleAppender
地 ： 目的 为文件
org.apache.log4j.FileAppende
地 小受 ： 目的 为大 限的文件
org.apache.log4j.RollingFileAppender
按 间 生 ： 时 产 一个日志文件
工作。
= M " Y" ; org.apache.log4j.Logger logger Log anager.getLogger( CAOH ) " Y" 获取 通过 logger 对象的名称（ CAOH ） ， log4j 的日志对象 logger 。
b " " ; logger.de ug( caohy haiyang )
如果上面的步骤失败（文件不存在或属相不存在），Logging 接着在 CLASSPATH 中寻找 log4j 的类。 Logging 就假定应用要使用的是 log4j。log4j 本身的属性仍要通过 log4j.properties 文件正确配置。 如果上述查找均不能找到适当的 Logging API，但应用程序正运行在 JRE 1.4或更高版本上，则默认使用 JRE 1.4的日志记录功能。
org.apache.log4j.DailyRollingFileAppender
流格式 送 任意指 位 ： W 以
发到
定的 置 org.apache.log4j. riterAppende
般 会 而 供 项目中一 不 自定义 appender 输出对象, 是使用 log4j 提 的输出对象。 ： Y = 如 log4j.appender.CAOH LOG org.apache.log4j.ConsoleAppender
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
如何强制用户在提交SVN时填写日志信息？如果用户使用的都是TortoiseSVN客户端，可以给文件夹加上“tsvn:logminsize”属性。
当用户使用TSVN提交此文件夹内的改动时，若日志信息长度不够，提交确定按钮会保持灰色不可用。
不过此法对于非TSVN客户端便无效了。
作为更严格的限制，可以在Subversion服务器端强制必须填写日志信息，这时需用到pre-commit 钩子脚本。
代码如下：文件：pre-commit.bat1svnlook log %1 -t %2 | CScript "%~dp0pre-commit.js"2EXIT %ERRORLEVEL%文件：pre-commit.js3var log = WScript.StdIn.ReadAll();4log = log.replace(/^\s+|\s+$/g, '');5if (log.length < 1) {6 WScript.StdErr.WriteLine('【由于版本库管理员的设定，您必须输入非空的日志信息，用以描述本次提交的内容。
】');7 WScript.Quit(1);8}脚本说明：以上脚本文件都应该使用ANSI编码，将它们保存于版本库存放处的hooks文件夹中即可。
Subversion在提交事务完成之前，会执行钩子脚本“pre-commit”，并根据其返回结果来决定是否提交事务。
在Windows平台中，钩子脚本应该是一个Windows可执行程序，如“pre-commit.exe”或“pre-commit.bat”。
当然可以通过某些程序语言编译生成一个程序，但实施起来过于复杂，实属小题大做。
而批处理由于本身的不足，不借助其它工具来判断非空日志也不那么简单。
网上有些例子就是使用批处理结合第三方程序来处理的，但前提是需要额外安装第三方程序。
不过在Windows下其实有更“绿色”的做法：使用WSH（Windows脚本宿主）脚本——Windows 时代更强大的“批处理”，可以支持JS，VBS等脚本语言。
虽然Windows中可以通过配置PATHEXT环境变量，将某些扩展名当做“可执行文件”的扩展名，直接敲入主文件名即可执行——比如需要执行WSH脚本“pre-commit.js”，在命令提示符下直接敲入“pre-commit”即可；但很遗憾，测试发现Subversion在需要触发pre-commit钩子脚本时，并不会直接触发“pre-commit.js”。
但我们仍然可以通过批处理脚本pre-commit.bat或pre-commit.cmd来间接调用WSH脚本。
批处理的参数：%0代表批处理脚本命令自身（的文件名），%1，%2，%3……依次代表批处理的参数。
批处理参数的扩展：“%~dp0”用来获取批处理脚本所在的文件夹绝对路径。
可以在命令提示符中输入“CALL /?”了解相关语法详情。
传入pre-commit钩子脚本的参数：第1为版本库位置，第2为提交事务的id。
CScript脚本宿主支持标准输入输出及错误流，而WScript脚本宿主则不支持。
Windows的默认脚本宿主为WScript，因此必须明确调用CScript。
（当默认宿主被改为CScript时，这种写法也是可行的“svnlook log %1 -t %2 |"%~dp0pre-commit.js"”）。
被调用的WSH脚本名需要重新围上双引号（%~批处理参数扩展会移除原始参数包围的双引号），以确保版本库路径中包含空格时不会出错。
钩子脚本执行流程：批处理脚本执行svnlook命令输出日志信息，通过管道将日志流输出到WSH脚本；WSH脚本读取流之后，判断日志内容是否为只含空白的字符串；WSH脚本执行完成后，退出码会被写入ERRORLEVEL环境变量，最后批处理脚本也使用此错误码退出。
若钩子脚本的退出码非0，提交事务便会被阻止，同时脚本输出到标准错误流的消息将被传送给SVN客户端进行提示。
上面的做法使用了管道流。
下面是另一种做法，直接将批处理收到的钩子脚本参数转给WSH脚本。
本例不仅阻止了仅含空白字符的日志消息，同时也阻止了一些常见垃圾文件的提交。
文件：pre-commit.bat9CScript "%~dp0pre-commit.js" %1 %210EXIT %ERRORLEVEL%文件：pre-commit.js11var WshShell = new ActiveXObject("WScript.Shell");12var args = WScript.Arguments;13var error = 0;1415// 用于将命令模版中的参数替换为WSH脚本参数，并包上用于兼容含空格路径的双引号16function replaceArgs($0, $1) {17return'"'+ args($1) + '"';18}1920// 检测日志信息21function checkLog() {22var cmd = 'svnlook log %0 -t %1';23 cmd = cmd.replace(/%(\d)/g, replaceArgs);24var log = WshShell.Exec(cmd).StdOut.ReadAll();25 log = log.replace(/^\s+|\s+$/g, '');26if (log.length < 1) {27 WScript.StdErr.WriteLine('【由于版本库管理员的设定，您必须输入非空的日志信息，用以描述本次提交的内容。
】');28return 1;29 }30return 0;31}3233// 检测垃圾文件34function fileFilter() {35var cmd = 'svnlook changed %0 -t %1';36 cmd = cmd.replace(/%(\d)/g, replaceArgs);37var oExec = WshShell.Exec(cmd);38var stdout = oExec.StdOut;39// svnlook changed 命令的输出格式可参考SVN手册。
每行表示一个文件变动，行首字母A表示版本差异中新增的文件。
40// 此正则表达式可匹配新增文件中的“Thumbs.db”“desktop.ini”及部分Office临时文件41var r =/^A.\s\s((?:[^\/]+\/)*(?:Thumbs\.db|desktop\.ini|~\$.*\.(?:docx?|xlsx?|pptx?)))$ /i;42var illegals = [];43var m;44while (!stdout.AtEndOfStream) {45var line = stdout.ReadLine();46if (m = line.match(r)) {47 illegals[illegals.length] = m[1];48 }49 }50if (illegals.length) {51 WScript.StdErr.WriteLine('【下列文件被判定为垃圾文件而禁止提交，请排除后重新提交。
】');52 WScript.StdErr.WriteLine('【如判定有误或有其它问题，请联系版本库管理员。
】');53 WScript.StdErr.WriteLine(illegals.join('\n'));54return 1;55 }56return 0;57}5859error += checkLog();60error += fileFilter();61WScript.Quit(error);WSH的强大已足以应付这些问题。
而pre-commit钩子脚本的不足之处就是，需要等全部改动传输至服务器之后才会被调用。
当改动内容很多时，数据传输了半天，突然来了个提交被阻止岂不是很郁闷。
可以考虑将服务器端钩子脚本作为最终关卡，平时还是尽量优先以客户端的配置来进行操作过滤。
以上测试环境：Windows XP/2003，WSH 5.7，TortoiseSVN-1.7.10（Subversion 1.7.7）11111111111111111111111111111用SVN钩子强制提交日志和限制提交文件类型分类：SoftwareProject2013-01-31 19:38 2625人阅读评论(2) 收藏举报SVN钩子强制提交日志作者：朱金灿来源：/clever101Subversion本身有很好的扩展性，用户可以通过钩子实现一些自定义的功能。
所谓钩子实际上是一种事件机制，当系统执行到某个特殊事件时，会触发我们预定义的动作，这样的特殊事件在Subversion里有很多。
那么SVN的钩子有哪些呢？下面简单介绍下：服务器钩子：锁定的2种pre-lock钩子在每次有人尝试锁定文件时执行。
可以防止完全锁定，或者用来创建控制哪些用户可以锁定哪些路径的复杂策略。
如果钩子发现已存在锁，也可以决定是否允许用户“窃取”这个锁。
post-lock在路径锁定后执行。
通常用来发送锁定事件邮件通知。
解锁的2种pre-unlock钩子在某人企图删除一个文件上的钩子时发生。
可以用来创建哪些用户可以解锁哪些文件的策略。
制定解锁策略非常重要。
如果用户A 锁定了一个文件，允许用户B 打开这个锁？如果这个锁已经一周了呢？这种事情可以通过钩子决定并强制执行。
post-unlock在一个或多个路径已经被解锁后执行。
通常用来发送解锁事件通知邮件。
提交的3种start-commit它在提交事务产生前已运行，通常用来判定一个用户是否有权提交。
版本库传给该程序两个参数：到版本库的路径，和要进行提交的用户名。
如果程序返回一个非零值，会在事务产生前停止该提交操作。
如果钩子程序要在stderr中写入数据，它将排队送至客户端。
pre-commit在事务完成提交之前运行，通常这个钩子是用来保护因为内容或位置（例如，你要求所有到一个特定分支的提交必须包括一个bug追踪的ticket号，或者是要求日志信息不为空）而不允许的提交。
版本库传递两个参数到程序：版本库的路径和正在提交的事务名称，如果程序返回非零值，提交会失败，事务也会删除。
如果钩子程序在stderr中写入了数据，也会传递到客户端。