Axure团队协作的几个功能介绍
首先Axure的团队协作方式分成两大类，Axure Share和SVN，其实原理都是一样的。
Axure Share是Axure官方的云端服务器，原理应该和SVN是一样的，具有相关的版本控制功能。只不过是部署在Axure自己的服务器，龟速服务器，这也是让国内一众产品经理或者开发者看到了创业的契机，于是开始一堆人进行原型上传和版本管理等创业，这里我比较好奇的就是：如果Axure什么时候把服务器的预算加上来了？那这些公司和团队怎么活？
SVN的话具体原理可以自己去查，作为一个产品来说，懂SVN和Git其实是很重要的，尤其是SVN，懂皮毛的话很容易就上手，反正出问题了就百度就完事了。而Git随着教程的普及，入门也是简单的很，不懂的命名查就可以，完全不需要担心自己学不会。
这里我用的是SVN作为团队协作的云端服务器，具体的教程其实网上有很多，我这里只是做一些简单的科普和一些名词解释，细节操作请自行查找。如果公司没有SVN服务器的话可以自己找一些公有云的免费的空间自己搭或者直接用别人提供的服务。
原理解释为什么要写原理解释，是因为我在网上看到了一篇关于这个Axure团队版的介绍，里面关于原理这一块的解释其实是错误的，这也是我写这篇文章的初衷，毕竟写东西又花时间又不讨好，没事谁愿意写呢？
根据上图，我们知道，团队协作的意思就是对一份文件进行修改，然后各自修改各自的但是不影响其他人的内容。Axure的编辑文件是.rp结尾，其实最后是编译成了二进制文件保存，这样的二进制文件不能对一个文件的不同行和不同位置的内容共同编辑。
于是就会发现Axure不允许大家同时编辑一个页面，一个页面在被编辑的时候是会被锁定保护的，其他人不能进行编辑，这样可以最大程度的保证修改的内容具有准确性和完整性。而程序员常用的对代码进行版本控制的Git，是可以支持两个同时改一个文件的代码，但是不同行即可，因为代码从广义上讲可以理解为文本文件，而不是二进制文件，毕竟计算机存储的其实就是二进制文件，并没有文本文件一说，这里只是一个广义和狭义的举例。
知道了上面的原理和图解，我们来进行几个名词解释。
名词解释1.签入和签出签入和签出是英文名check in和check out的翻译，有些地方也翻译成迁入和迁出，或者更新和提交。关于签入和签出很多人一开始很容易搞混，其实只需要记住一点就很好理解了，就是无论是签入还是签出，都是站在云端的服务器的角度来谈的。
例如要从服务器下载文件，拉取数据到本地，那对服务器来说就是签出，所以我们要做check out的动作，反过来，如果要提交文件，提交数据到云端服务器中，就要做check in的动作。
之前我刚开始用这个的时候，我一直不明白这个功能有什么区别，然后看到一个教程(就是上面我说的它说错了的那个)，发现怎么都说不通。接着我又找到了新的解释，这才解答了我疑惑。签入是指将你本地的工作区的内容提交到云端，数据就保存在云端了，而你本地在你签入之后就不能编辑了。而提交变更则只是将你修改的内容提交到云端，但是你还是可以在本地继续编辑，类似于先保存一下再继续编辑的意思。其实这背后就是做了一个签入动作然后再做了一个签出动作，合二为一了，然后取名提交变更。
3. 冲突和非安全签出冲突的时候一般旁边会有一个红色的感叹号，它表示此页面本来是我正在编辑，但被其它协作者强制签出到对方的本地进行编辑且强制签入到云端了。这时候你再提交的话，有可能就会跟他先前提交的内容冲突。
非安全签出一般是一个橙色警示，它表示此页面本来是别的协作者正在编辑，但被我强制签出到我的本地进行编辑了，如果我执意要签出到本地且进行修改的话，下次提交的时候就有可能会将别人的内容进行覆盖或者出错。
为了避免以上问题的出现，我们一般都会提前和团队的成员沟通，你要改什么页面就签出什么页面，改完及时签入，同时遇到冲突或者非安全签出的提示的时候，一定要和团队成员确认，以防止覆盖或者丢失别人的内容。
最后其实这个Axure的团队版协作，只要知道了原理和一些特色的含义，操作起来就不会特别困难。以上一些原理解释或者描述等可能有不妥，毕竟我当年学的计算机理论，基础啥的都忘的差不多了，大概意思到位了就可以！
对于SVN，Git这一类的版本控制软件来说，核心招牌就是版本控制，意味着如果你发现以往某个版本的东西是很重要的，需要回滚的话，就可以根据提交的历史记录进行版本查看并且回滚。同样的，如果你回滚回去了之后，你想回到最新的那个版本，也可以进行“时空穿梭”。
对了，网上一群人说Axure Share很慢的，其实用代理就会发现速度还能忍受，并没有想象中那么不堪，小项目完全没有必要非用什么蓝湖，Axure Hub等。当然工具只是手段，想用什么取决于自己。
转载请注明： Axure团队协作的几个功能介绍 | 跨境湾
