共享虚拟机文件夹的SVN控制 [英] SVN control of a shared virtual machine folder

问题描述

我在 Mac 上使用 subclipse 进行了 SVN 结帐.我希望能够与 Windows 7 中的 vmware 共享文件夹共享此文件夹，并使用 tortoiseSVN(在 VM 上)和/或 subclipse(在 Mac 上)执行更新/提交.

I have an SVN checkout on a Mac using subclipse. I want to be able to share this folder with a vmware shared folder in Windows 7 and perform updates/commits using tortoiseSVN (on the VM) and/or subclipse (on the Mac).

这可能吗?还是两者会发生冲突?

Is this possible? or will the two be in conflict?

共享驱动器具有由 subclipse 创建的隐藏.svn"文件夹.乌龟还需要什么来识别结账?

The shared drive has the hidden ".svn" folders created by subclipse. What else does tortoise need to recognize the checkout?

推荐答案

共享工作副本从来都不是一个好主意.如果您共享的操作系统都相同(例如，所有 Windows 或所有 Mac 站)，您就可以这样做.但是，如果操作系统不同，您不得共享它！

Sharing a working copy is never a good idea. You could do it if the OS you share it with are all the same (e.g., all Windows or all Mac stations). But you must not share it ever if the OS are not the same!

不在操作系统之间共享工作副本的一个明显原因:svn:eol-style 属性将 native 作为一个可能的值.如果您在操作系统之间共享这样的 wc，最终会发生冲突.

One obvious reason not to share a working copy between OS: there's the svn:eol-style property which has native as one possible value. If you share such a wc between OSes, that would end up in conflict.

但这只是最明显的原因.工作副本元数据(存储在隐藏的 .svn 文件夹中的数据)也有一些操作系统特定的东西，在那里你真的会把你的工作副本弄得一团糟，直到无法修复.

But that's just the most obvious and visible reason. The working copy metadata (the data stored in the hidden .svn folder) also has some OS specific stuff in there, and that's where you really will mess up your working copy up to the point of no repair.

这篇关于共享虚拟机文件夹的SVN控制的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！