不可以

你可能服务端没装好把，没有绑定，上传地址不统一，或者是文本文件编码问题，解决方案，重新装一下服务端客户端，相互绑定一下

本地的ip那代码是连接服务仓库里，你提交以后就存到仓库 里面。你没commit的话，代码丢失了就找不回来了。commit以后的丢失都可以找回来。个人理解

建议具体实践一下

解决方案：http://jingyan.baidu.com/article/36d6ed1f4c96901bce488354.html
（我的就是这样解决的）

在当前目录的上级目录下进行clean up一下试试。。

当然可以，好多企业都用的SVN，这说明基本上日常开发的都可以进行管理，虽然没有用过，但是我觉得应该大同小异。

svn不仅可以用于管理JAVA代码

如果觉得有必要讲的人多是可以再加这部分内容的，但在这里说下本人的经历与观点：

本人原来在项目开发中确实用锁的，后来渐渐就不用了，原因是版本控制工具只是个工具，更多的还是需要模块任务划分合理来减少多人修改同一个文件的情况，在这种情况下解决冲突的时间成本较少，而这时如果规范开始用锁，修改的文件就算不会与别人共用都需要记住加锁，这个相对麻烦，又容易忘记，如果与别人修改的是同一个文件，就会出现谁先抢到锁谁先开发，另一个人要么等，要么在取不到锁的情况下也继续修改，等别人锁放开还是需要解决冲突的问题，整体上需要解决冲突的可能性并没有下降，时间成本反而有所增加，而且没有取到锁的人依然可以steal lock(偷锁)，为了防止这些事情的发生，编写开发中版本控制工具使用规范、执行、监督等一系列管理时间成本还会再次增加。

首先，在一个项目中出现很多个文件都冲突，这本身就不科学，而不是这个比对的方法不科学，如果项目模块划分合理，不应该出现很多文件都冲突，这又不是开源社区。真是开源社区一般用的也不是SVN这个版本控制工具了。

其次，我在公司中解决的方法与视频中稍微有点区别，在视频里没提到，出现冲突文件后，我会把.mine的复制到其他地方，这是为了备份自己的代码，然后将黄色感叹号文件revert，并update到最新（其实这时已经是最新的版本了），这之前是和视频一样的，后面有点区别，然后将.mine文件的.mine后缀名删掉，变成与原文件名相同，然后将这个文件覆盖最新版本的文件，千万要注意，这时不是为了将这个文件提交上去，这样提交上去就真的把别人代码覆盖了，这时不用选中两个文件去diff了，直接在这个覆盖后的文件（此时变成红色感叹号的文件）上diff，这样就是用你修改想要提交还没提交的代码与SVN服务器上最新的代码进行对比，接下来该怎么处理还怎么处理，直接去修改这个想要提交的文件，修改完毕后提交。

如果已经过了很久才发现原本正确的代码被改过了，这是没有办法的，当然，视频里的方法是可以改进的，知道二分查找法吗？比如有版本号为1、2、3、4、5、6、7七个版本，7为最新的版本，1为最老的版本，你在7的时候发现代码被别人动过了，你可以先去1-7中间的版本4号版本里看，如果4号版本被改过，那就查1-4中间的版本2或者3，如果4号版本还没被改过，那就看看4-7中间的版本5或者6，以此类推。如果有100次提交记录，最差的情况，你只要查7-8次就能查到。如果上述的没看懂，想想猜数字游戏：猜1-100之间的数字，你每次猜一次数字，都会有个知道正确答案的人告诉你，是大了还是小了，那如何猜是最快？

嗯，后面会加的！

目前这样不行，只能去服务端修改。在你发的上个问题里推荐了一篇文章，你看看。

后面补关于这个的