Svn 乌龟版本控制-这真的很重要吗？

除了每个版本的乌龟svn通常都会添加新功能或更改一些方法来改进流程之外，我认为使用最新版本没有任何问题。我曾为.com、小公司和大公司工作过，从来没有人担心过这一点

现在，如果您是新手，并且您正试图坚持团队所拥有的东西，因为如果有任何指示对您有所帮助，那么您可能希望坚持团队其他成员正在使用的任何东西

对我来说，我和乌龟在一起很舒服。如果某个特定的功能发生了变化，我想知道如何在新版本中以与旧版本相同的方式进行操作，这对我来说没什么大不了的

但是我想知道…或者我假设基本上底层存储库（Subversion）总是一致的。在存储元数据等方面，使用x版本的乌龟svn并不重要

---

这是一个正确的假设吗？如果是的话，你从哪里找到了这方面的信息，因为我没有看到任何真正谈论这一点的东西。

就协作而言，重要的不是乌龟（外壳），而是颠覆本身（核心）。例如，假设您有一些工作副本，可能由多个开发人员使用，可能使用多个SVN客户端。如果这样的工作副本仍然是1.5格式，并且您使用1.6客户端触摸它（并执行一些非平凡的操作），它将自动将工作副本升级为1.6格式，使其对1.5客户端可用。看见（当然，你应该避免共享工作副本，但这是另一回事。）

问题不在于其他人是否使用了你的工作副本，而在于你是否使用了其他客户端。在这种情况下，较新的客户端将升级工作副本格式，而较旧的客户端将无法访问该格式

我升级了一次Tortoise，突然我的Ankhsvn客户端拒绝工作——因为Tortoise已将WC升级到1.6，但Ankh尚未重新编译以与svn 1.6一起工作。反之亦然。你可能会认为这不是你会遇到的问题（也许是这样），但有时你会想要一个安全修复或更新，然后它会很重要

---

我建议每次有新的乌龟出现时都升级——点版本非常向后兼容，即使有问题，你也可以毫无问题地降级。当subversion 1.7发布时，您将需要新版本，因此也需要升级。（我偶尔在这里读到一篇关于运行svn 1.4或更高版本的人的帖子，你不想成为他们-升级，subversion团队非常擅长向后兼容和无痛升级，但升级3或4个版本并不像升级1个主要版本那样无痛）。

这很重要，因为它避免了烦人的“获取更新”弹出窗口：（不，真的，TSVN应该保持更新。功能更改大约为零，但已经解决了许多问题（甚至不要考虑在较新的回购协议上运行旧客户机）。每周更新有时很烦人，但更改日志解释了更新的内容。我真的不在乎弹出窗口。好的，在这里它说明"但是，如果所有客户端都使用相同版本的Subversion库，则只能使用不同的客户端。TurtoiseSVN使用的Subversion库的版本在安装程序的文件名中指示，其他客户端具有类似的指示。您必须确保这些版本在前两位数字中相互匹配。例如，所有cl使用Subversion 1.6.x的客户端可以一起使用（“x”表示这个数字与兼容性无关）。“但我知道我的团队中有人只使用任何版本，我们从来没有遇到过问题……所以我不明白他们为什么这么说。他们没有解释为什么。@CoffeeAddict:当说“一起”时，这意味着”对照同一工作副本"。服务器更宽容，但无论如何你都应该让你的客户端保持最新。我想我还是不明白。工作副本是将分支或任何东西下载到你的本地驱动器上。为什么其他人会被指向你的本地工作副本？常见的例子是像Eclipse这样的IDE，它有自己的subversion库。@咖啡瘾君子：也许可以用一个类似的例子来说明。假设您的团队使用Visual Studio 2008。（在新版本不向后兼容的情况下，在这里用您喜欢的任何东西替换VS。）现在升级到VS2010。在VS2010中打开VS2008项目后，它将被转换为不再与VS2008兼容的格式。当您在中检查您的团队成员是否可以使用该项目时，除非他们也升级！新的Subversion客户端可能会对存储库数据引入类似的破坏性更改；因此它是reposito需要关注的是任何更改，而不是您的本地副本。@CoffeeAddict-我见过多个开发人员在临时服务器上共享工作副本。不，这根本不是一个好做法，是的，应该避免。不管这种特殊情况如何（我想不会太频繁），您也可以不经意地升级您自己的工作副本，正如其他人所指出的，通过使用另一个客户机，其中有很多（乌龟、命令行、Cygwin、Eclipse、Ant-他们都可以带来自己的客户机）不同的客户端是什么意思？操作系统？不同的客户端。例如，TortoiseSVN是一个客户端，AnkhSVN是另一个。Collabnet的svn命令行工具是另一个。