1       编写脚本前说明

1.1    需求：远程部署

1.2    详细描述：

1、将编译完成的文件COPY到远程服务器上。

2、执行远程服务器上的批处理命令，进行清理TOMCAT，并进行发布。

1.3    操作系统：

Windows2008(ant编译机) ；windows2003(发布应用的服务器)

1.4    依赖：

jakarta-oro-2.0.8.jar，

下载地址：http://archive.apache.org/dist/jakarta/oro/

 commons-net-1.4.1.jar，

下载地址： http://apache.mirror.phpchina.com/commons/net/binaries/

放在引用 的LIB目录下，虽然ANT里特别提到不要放到ANT安装目录的LIB下，不过我还是放在下面了。

1.5    类定义：

  <taskdef name="telnet" classname="org.apache.tools.ant.taskdefs.optional.net.TelnetTask"/>

1.6    其它说明：

1、           使用FTP时，必须使用被动模式。服务器上需要安装FTP服务。

2、           使用TELNET时，服务器端的TELNET服务需要打开。并且不使用验证方式NTLM。可以使用tlntadmn设置。

3、           使用SSH时，服务器上也需要安装SSH服务。

2       脚本例子

2.1    ANT FTP 脚本

<?xml version="1.0"?>
<project>  

   <target name="ftp" description="ftp" >

      <ftp server="172.16.91.4"

              userid="ftp"

              password="ftp">

         <fileset dir ="${RELEASE_12580_DIR}">

         </fileset>

     </ftp>

</target>

</project> 

2.2    ANT TELNET 脚本

<?xml version="1.0"?>
<project>  

  <target name="telnet" description=" telnet ">

    <telnet userid="administrator" password="**********"

             server="172.16.80.228" port="23" initialCR="yes" timeout="50">

       <read timeout="30">*</read>

       <write>start  e: \test.bat</write>

    </telnet>

  </target>

</project> 

出现的问题：

1、           使用ANT调用FTP时，客户端的防火墙需要进行设置，不限制FTP程序。

2、           TELNET对WINDOW的支持感觉很差，尝试了多次，有时成功有时不成功。最终放弃。TELNET不支持进行本地某个目录。如<write>cd e:\test</write> 这样是不可以的。另外由于不能进入本地的某个目录，所以也无法使用<read timeout="30">e:\test</read>来验证是否进入想要登录的目录 ，无法决定是否发送下次指令。而ANT中TELNET只有<read>指令读取成功，才会进行下一条。所以发送<write>指令无法控制。

3、           还有一个问题是，telnet到服务器后，用tlntadmn －s查看，都是一连接，就马上断开了，所以有时无法执行远程的批处理命令。不能稳定地运行。目前不知道解决方法

2.3    ANT SSH脚本

 <?xml version="1.0"?>
<project>  

 <target name="sshexec" description="sshexec”

     <sshexec host="172.16.91.4"

        username="administrator"

          assword="***********"

          port="22"

          trust="true"

          command="i:/ecom/deploy_test.bat"/>

   </target> 

 </project>  

SVN 本地更新时，由于一些操作中断更新，如磁盘空间不够，用户取消。　　可能会造成本地文件被锁定的情况。一般出现这种情况的解决方法：

１、可以使用SVN clean up来清除锁定。

２、如果不是本目录锁定，系统提示上一层目录锁定，需要到上一层或者根目录中清除。

３.如果在根目录下都无法clean的话，一般采取的方法是另外找一个目录重新CHECKOUT。但有时有时SVN目录下可能有一些自己本地修改的文件，还未提交到SVN服务器，这时重新CHECKOUT需要注意本地文件的备份，并且不要强制覆盖服务器上其它人修改的内容。

４.如果觉得第３种很麻烦，可以考虑这样的方法。其实SVN加锁会在.SVN（隐藏文件）中生成一个名字叫lock的文件（无后缀），查找所有的，手工删除。然后再尝试更新，系统可能会提示某个.base文件无法访问。找到它，把相关的文件或其所在的目录删除，重新UPDATE。工作量就小多了。

更新本地的源代码<br/>svn: 'C:\Program Files\CruiseControl\projects\ECOM\sourcef\ecom\lib' is not a working copy
svn: Cannot read from to 'C:\Program Files\CruiseControl\projects\ECOM\sourcef\ecom\lib\.svn\format': path refers to directory or read access is denied<br/>

于是乎，从1.4.8升级到了1.5.3. 不过不太明白，服务器版本都1.4.4的，客户端版本干么就不给用了？

升了级后，还是不能更新，要重新CHECKOUT。

然后手工更新正常，ANT更新失败，加了日志，报"认证取消"的错误，查了XML，才发现用户的密码写死了，没有读取配置文件，修改用户密码，终于可以正常编译了。

１.Could not send request body

　　查询原因，是因为外网访问，可能公司网络上传附件大小有限制，５０M就会报错了。下载就没有问题。

２.　４０３错误，无权限。

　　先确定权限是否设置正确。最近遇到的两个问题，１.是因为项目名称中有１.１这样的符号，可能SVN无法识别。２.是由于项目名称修改了。重新提交时，没有提示项目不存在，而是提示无权限。

今天同行问到一个问题，是项目管理用户和JIRA管理员，但在增加组件时却无法弹出用户选择框为组件设置lead.

查了N多种原因，花费了一上午时间，最后将她的用户和另外一个可以使用的用户进行比较，发现她比对方缺少了jira-developers的组。加入了这个组中，就搞定。

我百思不得其解。因为我也是JIRA管理员，也没有加入jira-developers组，但都可以啊。最后查看了JIRA的帮助文档，发现jira-3.12的帮助文档里有这样的描述。

jira global permission,对所有项目都适用，如图：

里面有清楚的描述，控制用户或组的弹出必须有jira-developers的权限。这就解释了她为什么不能弹出用户选择窗口，而她的同事就可以的疑问。

不过可以修改的，把那个browse user后面的组删除，就变成any-users了，全部都可以了。

不过JIRA USERS后面的组可不要删除，否则登录进去后没有任何权限操作了。本来注册一个用户就默认是JIRA USER的，只是用来控制登录的。这个对管理操作不增加工作量，最好保留吧

那我的为什么不加入也可以呢？ 原因可能是因为我使用的JIRA是从3.6版本升级来的。而在3.6的文档中。

如图：

是允许所有用户打开用户列表的。

所以我没有加入jira-developer组也没有遇到打不开用户列表的问题。 不过从3.6升级到了3.12，为什么JIRA不会用新的GLOBAL PERMISSION 去对原有的用户进行权限限制，就不知道了。

昨天在FISYEYE用它的SHUT DOWN停止了一下FISHEYE的服务器，今天重新启动，打开就上不去了。错误如图：

很晕啊。结果发现点击链接居然可以访问。但访问的路径变成了http://lostname:port/orgl.OgnlContext@42614b38/

也可以正常操作，只是访问的路径修改了。 只好用ADMIN用户进入，在global setting -->server setting里发现，http bind 和site url都被修改了。重新改回来了，就可以正常访问了。

只是不明白问题是怎么出现的。之前我是没有手工设置site url的。

首先，集成已经成功了。在JIRA中的SVN配置中，选择weblink为fisheye.下面显示的一些File Added Format等都是默认的，看帮助文档只是提到要按照fisheye的安装进行修改。但怎么修改，却没有提到。

配置完成后，点击Subversion Commits 下修改文件的链接，报404错误。我直接输入文件的链接也不能打开。

我从FISHEYE中查看，发现要这样才能浏览到项目的具体信息。 http://hostname:port/browse/project_name.

所以就将WEB_LINK的Format的前面修改为：http://hostname:port/browse/project_name.

然后就搞定。

上面的配置就行，下面的项目配置就OK.

不过有个很麻烦的事情，就是WEBLINK配置完成后，修改提交不管用。总也改不了。要删掉项目，重新新建。就好晕啊

这两天，正在研究SVN与JIRA集成，发现JIRA中只能与其中一个版本库集成，而不能与所有版本进行集成。由于输入http://hostname/svn      总是报403 权限不够的错误，查询了许多资料，在SVN1.3版本后，由SVNListParentPath on 来控制可以显示库列表，但尝试了N次，却总是不行。最好才发现，原来是<Location /svn/>  而不是<Location /svn>，但SVN的教程中却是后者，比较郁闷。访问也是 http://hostname/svn/      这样就可以显示库列表了。      

SVN 多库列表显示。由于输入http://hostname/svn      总是报403 权限不够的错误，查询了许多资料，在SVN1.3版本后，由SVNListParentPath on 来控制可以显示库列表，但尝试了N次，却总是不行。最好才发现，原来是<Location /svn/>  而不是<Location /svn>，但SVN的教程中却是后者，比较郁闷。访问也是 http://hostname/svn/      这样就可以显示库列表了。      

呵呵，因为公司要使用SVN,要把原来的VSS项目导入到SVN中，所以研究了一下这个工具。

唉，结果呢，不支持中文目录和文件。

目前采取的方式是代码可能大部分不包括中文，或者中文目录，可以修改一下使用这个工具来导入。

文档呢，只要GET最新版本，手工来导入吧。不过就没有办法保留历史版本信息了。

CVS部分还没有写，过段时间吧。

谁有更好的办法，救命啊！！