复制一个目录，该目录是版本控制
https://stackoverflow.com/questions/56657
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我好奇是否是确定以复制一个目录，该目录是根据版本控制和开始工作的两份副本。
我知道，它可以是一的不同风险，但我有意地不指定任何风险，因为我是好奇的关于不同的情况。
我是跟一个同事最近关于在SVN.我认为这应该是确定的，但是我仍然不是100%肯定的，因为我不知道究竟是什么SVN是存储在工作副本。
然而，如果我们谈论的DVC的世界中，事情可能会更加清楚，因为每一个工作拷贝的储存库。正在面临着这样做在现在开始，我决定要问这个问题。
后来的编辑:
有人问我为什么将想要做那。这里是整个故事：
在这种情况下的SVN这是因为正在出办公室，连接到SVN服务器是真正的缓慢，因此我和我的同事决定检查的来源只有一次使一个地方复制。这就是我们所做的和它的工作确定，但我仍然不知道它是否保证工作，或者它只是发生了。
在开始的情况下，我打算移动"主要的"回到另一个服务器。所以我想到只是复制有和开始考虑到主要的回购。我猜最安全的是使一个克隆。
解决方案
在颠复，每。svn文件夹中有什么是必要的文件夹。并且由于当地的所有道路都存储为相对的，你是安全的，同时复制全部或部分以外的树木的原始结帐树。他们将继续在其新的家园。
我经常复制子树从我的树干之外，开关的新副本的其他分支机构/标签和任何必要的"克隆"的地方副本。这样，如果由于任何原因，我需要回去做一些在后备箱，我有一个不受干扰的干复制在原来的位置。
复制源的控制目录 入 其他来源控制的树木，另一方面，是 不安全.如果你将要复盖的任何。svn文件夹,你会最有可能被破坏你的目标副本。
其他提示
我这样做是偶尔在SVN和我还没有遇到任何问题。我相信，在SVN所有储存的原始状态的目录和指针指向储存库的目录，它是从哪里来的。
所以基本上它你会觉得这是应该的。
- 如果1在Copy1变化和文件2中Copy2变化既可以提交
- 如果1在Copy1变化和1在Copy2的变化无论是谁提交第二次将会有一个错误，并将以更新、合并第一次。
对于那些好奇为什么我复制的，我有问题与结账过我们的网络正在非常缓慢时，首先检查我们的一个更大的项目。相比之下，简单地复制另一个计算机似乎向我提供的所有同样的好处。
在svn，这是没有问题。你可以只是工作与复制，因为如果你做了第二个结帐。
我建议你刚刚检查了一个第二时间，虽则。如果你想要一个副本没有。svn文件，svn出口将创建一个。
为开始，如果你只是复制。开始录到另一个位置，它将工作。它没有储存有关的任何信息的路径，它在或东道这是对的，所以你可以复制它的地方，期望它作出确定。
我会建议不，因为你是规避源的控制机制。
但也许你可以解释为什么?
你也可以只检查了两个工作份(至少有SVN)说工作/copy1和工作/copy2和工作上的两个版本是并行的。
我不知道但它是什么你都在试图实现，由于复制可能不是最好的解决您的问题。
这将取决于风险.我知道我在CVS，它存储的(隐藏)目录内的每一个版本控制目录。这些文件，当然，随后复制任何复制的目录。
它是如此频繁的情况下，你不想要复制的那些隐藏的文件，该工具可涉及与一个选项(C)忽视这些文件同样的方式简历。
我有几个问题SVN时我已经重新组织文件夹的布局从Visual Studio.一个文件夹内移动一个解决方案将从字面上移动的文件夹中的文件系统，包括隐藏 .svn 文件夹。这会导致犯问题因为 .svn 数据是相关联的老路我还没有找到一种方式来重新关联到其新的道路。SVN clean up 运行的确定的，但修复什么。SVN switch 不允许你去改变它后文件夹的移动。我只能够解决这个删去所有 .svn 文件夹内移动的文件夹和子文件，然后重新增加的文件夹。
我的问题与这种修正是，你失去你的踪迹在那些文件，因为SVN认为这是全新的。此外，它没有储存的文件内容作为有效地通过储存的差异从前的版本。
每SVN文件，建议允许 svn 客户要做的您的所有文件夹中的移动/建立/删除，以保持同步，为下一次提交。这并不总是可接受的自Visual Studio.幸运的是，大多数问题情况下都抓住了期间的提交时，特别是如果您使用如今.
为SVN，这一般会的工作，正如其他人已经说明。
如果你是复制机之间，你可能会遇到麻烦。例如，如果要访问你的SVN回购使用的文件://库网址，事情将很有可能打破。同样适用于http://或svn://Url服务器的访问可能会是不同的。
保持安全，我只是为了一个结帐在新的位置。如果你有一个很大的uncomitted的变化在一个你想要在新的工作目录(通常糟糕的主意),然后您可以使用可复制源跨越不把在。svn目录。
似乎我喜欢GIT也可能成为你的需要，正如你提到被切断连接或通过一个蹩脚的连接。GIT也具有非常好的SVN支持，以便两者是相互补充和你最终会有一个很好的版本文件的系统。
