我用 subversion 创建新存储库的正常工作流程是创建一个新存储库，检查存储库根目录，创建我的分支标签和主干文件夹，并将我的初始文件放在主干中。然后我提交这个“初始导入”，从我的硬盘驱动器中删除签出的存储库并签出主干。然后我就可以开始工作了。
但是，在处理大型导入时，请考虑数百个兆，以及场外版本控制托管（基于 http），此初始导入可能需要相当长的时间才能提交。更糟糕的是，提交后我需要重新检查这个巨大的树干。
有没有一种颠覆方式来使用主干的本地副本，而无需重新检查已经存在的数据？
【问题讨论】：
标签： svn repository commit svn-checkout
有 - 它被称为“就地导入”，它在此处的 Subversion 常见问题解答中有所介绍：
http://subversion.tigris.org/faq.html#in-place-import
您真正要做的是在存储库中创建一个新的空项目，检查本地文件夹中的空项目 - 这会将您的文件夹变成工作副本 - 然后将所有（现有）文件添加到该“空” ' 项目，因此当您执行 svn 提交时，它们会被添加到存储库中。
【讨论】：
我同意“就地导入”程序以及使用 TTB 结构的脚本（两者都赞成）。
只是一个小提示：
如果您使用 http(s)，则不应在一次提交中导入 大量（成千上万）个文件，因为显示版本历史记录的时间会按比例缩放添加的条目数。这种行为的原因是 apache 必须针对 svnaccess 文件对所有添加的路径进行身份验证（当然，仅当您启用了基于路径的授权时）。这可能会使您的存储库无法使用，因为所有文件都必须在 svn 日志上等待这个大版本。
您应该在目录级别划分大量导入
【讨论】：
我通常在创建存储库后立即使用“svn mkdir”直接在服务器上创建主干/标签/分支。然后我可以检查空主干，将我的初始文件移动到该目录中，添加并提交它们，然后开始工作。
【讨论】：
svn checkout --force 让您可以“通过”现有路径签出工作副本。它保留您的旧文件并添加仅在您的存储库中的文件。
用于创建存储库：您可以使用大多数 Subversion 发行版中可用的“svnmucc”命令在一次提交中对存储库执行多个 mkdir 命令（例如SlikSVN）。
键入不带参数的 svnmucc 以获得帮助。
【讨论】：
如果您已检出单个文件夹，将文件复制到其中，请运行 svn add 和 svn commit；您不需要删除文件并重新签出。
使用适当的文件：一旦按照您的描述提交，它们就可以开始工作了。
【讨论】：