盆地观察

一、前言之前言

    从07年开始接触Axure RP，到现在使用了一年多的时间，在07年12月份Axure推出包含Share Project的Axure RP Alpha版，在08年3月份Axure推出了包含Share Project的Axure RP 5.0 Beta版。

    在Axure RP 5.0 Beta推出不久，盆地进行了尝试，并将其引入到小型团队的实际使用中，这种尝试和使用一直在进行并持续到现在。

二、通过windows共享使用Share Project的尝试

    在开始的使用中，一直使用windows的文件共享来使用Axure RP的Share Project，期间遇到的问题有三个：

    1. 只要能访问共享文件夹就可以访问Axure RP共享项目

    2. 无法对成员单独设置密码，大家统一使用共享主机的访问密码

    3. 签出(check out)人员难以判断，在Axure RP的共享项目查看中，查看谁Check out了页面时，看到的是Check Out人在签出人本机登录Windows时使用的用户名，比如大家都用Administrator登录则无法判断是谁Check out了页面。

     查看Axure RP生成的share Project目录结构，可以看到是svn的结构，同时在官方也解释说是基于svn的，因此尝试调整conf目录下的svnserve.conf来设置权限但未有结果。

    当时在官方论坛发文询问，有人回复给了一个svn的参考，参考设置一样未能解决，后来才发现选错了解决道路。

三、使用svn server使用Share Project的尝试

    期间也尝试过使用google code来管理，结果是可以成功生成share project到google code中，同时会出现输入用户名密码的界面，但是最终无法从google code中获取到本地。

    至于原因,Axure rp的错误信息也提示的很明白，即svn lock操作失败; google code官方也有解释google目前暂不支持svn lock操作，且无时间计划。而Axure官方也回复说会考虑今后增加此特性，当然，也无时间计划。至此，使用google code来管理Axure RP的Share Project在短期内也可以不予以考虑。

四、新的进展

    近日再次在axure官方论坛询问此事宜，此次给出的回复提到了如果使用svn服务来做Share Project的服务端，则会采用svn的鉴权机制，如果采用文件共享来做Share Project的服务端，则会采用文件共享系统的鉴权机制。

    看到这个，盆地有一种顿悟的感觉，发现之前找错了解决道路。于是在本地搭建svn server，将Share Project发布到svn server上，再次尝试，发现包括用户验证、日常使用都已经可以走通。

    至此盆地方敢动手来写此文，预计会分三部分介绍用Axure RP进行团队协作的方法：

    第一部分: 通过windows文件共享来搭建Axure RP团队协作环境

      主要描述通过文件共享来搭建Axure RP团队协作环境的方法，包括具体操作步骤，一些注意事项等。

    第二部分: 通过svn Server来搭建Axure RP团队协作环境

       主要描述如何通过搭建Svn Server来搭建Axure RP团队协作环境，包括windows下svn 服务器的搭建，操作步骤，用户设置，如何允许用户自行修改登录密码，相关配置等。

    第三部分: 如何使用Axure RP进行团队协作

       主要描述如何使用Axure RP的Share Project,包括check out/in的一些小技巧，在没有网络环境时如何强行check out，在文件被错误check out时如何强行check in，如何找到历史修改，如何导出rp文件等。

    后续盆地可能不一定会继续从事产品相关工作(当然，生活中也无处不见产品)，这些整理，权作这一两年来关注Axure RP中share project的阶段性总结吧。

(完)

标签: Axure RP
If you're new here, you may want to subscribe to my RSS feed. Thanks for visiting!