问题标签 [svnadmin]

我试图从包含通常结构（分支、标签和主干）的 repoA 迁移到仅在主干中具有子文件夹的现有 RepoB，该 RepoB 在分支、标签和主干中具有项目和代码。

我有一个通过代码创建的转储文件：

这给了我来自 repoA 的一切。

然后我尝试使用以下命令将 RepoA.svn_dump 加载到 repoB：

它给了我一条错误消息：

添加路径：svn://svn/_backup/branches ...svnadmin：找不到文件：事务“xxxx=xxx”，路径“svn://svn/_backup/branches”

谷歌搜索后，我使用以下推荐将文件夹添加到 RepoB：

RepoA 分支和标签中没有子文件夹，并且在上面创建的目录下有子文件夹。

在此之后它仍然给我同样的错误

添加路径：svn://svn/_backup/branches ...svnadmin：找不到文件：事务“xxxx=xxx”，路径“svn://svn/_backup/branches”

我在哪里做错了或者我应该怎么做？请帮忙。

我想获取Apache Lucene 存储库的SVN 转储。如何将上述存储库复制到我的本地计算机？

我有以下SVN结构：

• 现有存储库1

  • ...
  • 我的文件夹
    • 文件夹移动
    • ...

• 现有存储库2

  • ...
  • 另一个文件夹
    • FolderToMove <- 移到这里
    • ...

所以我已经阅读了这个问题：如何将单个文件夹从一个 Subversion 存储库移动到另一个存储库？ 但就我而言， ExistingRepository2 已经存在。那么我该怎么做呢？我想在新项目中进行所有修订。

例如，我有 1000 的修订号ExistingRepository1 -> MyFolder -> FolderToMove，但ExistingRepository1其中已经有一个编号为 1000 的修订。那么，该svn load怎么办？它会自动移动修订号吗？

这些将是命令：

提前感谢您的帮助，最好的问候，蒂姆。

如何列出svnadmin create由不同用户创建的所有 subversion 存储库？我想设置一种方法来备份存储库。但首先，我应该知道它们的列表。许多用户可能已经在多个位置创建了自己的存储库。

不幸的是，这个问题的答案并不像听起来那么简单……但我希望它仍然可以相对简单。请通读一遍，然后告诉我答案是：“svnadmin create...duh”

我正在为一家以奇怪的方式设置 SVN 服务器的公司工作（至少就我习惯的方式而言）。我们都去过那里，对吧？

而不是给每个项目一个单独的存储库......他们在服务器上有一个名为“/var/www/svn/repos/”的文件夹，这是实际的 SVN 存储库（具有 conf/、db/、README.txt 等。在里面）。然后他们通过将顶级文件夹添加到 ONE 存储库中来区分他们的项目（例如：Project1、Project2 等）

我不喜欢这种设置，并且有一天可能会将设置转换为我习惯的设置，每个项目都是它自己的存储库（带有单独的日志、数据库等）

但我的问题是：将新的空项目添加到当前设置的最佳方法是什么？有没有通过使用 svnadmin 向 repo 添加一个新的顶级文件夹/项目？它可以/应该只是一个空文件夹，我将在其中开始构建一个新项目。

我知道我可以通过检出整个单一存储库然后在我的本地检出中添加一个新的顶级文件夹然后重新提交来做到这一点。但我真的不想这样做，因为有人创建了只是 GB 日志数据的文件夹/项目......而且我不想等待下载这个只是为了添加一个空文件夹。

如果您需要了解更多信息，请告诉我。我在有问题的服务器上确实具有 root/sudo 访问权限。

在此先感谢您的帮助！

戴夫

编辑：这家公司使用 SVN 的方式，没有人检查完整的回购......他们只是检查他们感兴趣的文件夹/项目。所以我没有可用的本地结帐“高” ” 在 SVN 存储库目录结构中足以运行“svn mkdir”命令。

I'm trying to fix an SVN project where the following happened:

A feature branch was taken from trunk There were regular commits to this branch. When it came time to merge the branch back into trunk, the developer didn't use SVN merge, but WinMerge (!), so we lost all of our history for this. In addition there were a number of small bug fixes that were missed in the manual WinMerge. This happened a few weeks ago and there have been regular commits to trunk since then, so we can't simply revert.

So, I'm trying to go back and redo the merge correctly, but this is proving more complex than I'd thought...

If I try to revert to a point prior to this "BadMerge" and then do a proper merge, I can't re-merge the other changes that have happened after BM.

So, I think I have to use svnadmin dump and load, similarly to this, but I can't work out exactly what I need to do.

1. Dump changes prior to BM (ChangesetX).
2. Dump changes post BM (ChangesetY.
3. Load ChangesetX to what? a new repo?
4. Do proper merge of this
5. Load ChangesetY

Is this possible? Any help would be greatly appreciated.

Thanks

Tom

如果您有权访问托管存储库的服务器，我一直在查看有关如何移动存储库的信息，但是如果您只有存储库的登录信息怎么办？

您可以对存储库及其所有修订进行完整的签出，然后将其移动到另一个存储库吗？

这样做的原因是因为我已经接管了一个项目，但尽管我有登录凭据，但我无权访问 svn 服务器。

我有一个目录，Dir我用 git svn 删除了，然后我添加了dir. 通过检查这两次提交，svn 不再能够更新，挂起无法添加已经存在的目录。

有没有办法删除不需要访问存储库所在文件系统的 svn 提交本身？

我正在尝试将部分 Subversion 存储库迁移到新的 Subversion 服务器。

http://server1/svn/repo1/path1/path2/path3->http://server2/svn/repo2/path3

我通过以下方式创建了一个完整的转储：

通过以下方式过滤转储：

通过 Cygwin sed，我正在替换 /path1/path2：

在尝试将转储导入新/空存储库时，我收到以下错误：

我认为问题在于 svndumpfilter 包含路径 /path1/path2。真的，我只想要/path1/path2 的孩子。运行 sed 后，在 repo1_fixed.dump 的开头附近，我发现：

我的猜测是空节点路径是问题的真正原因。

关于我应该如何进行的任何建议？

我的家庭服务器出现硬盘故障。

一旦我意识到磁盘正在运行，我登录并直接复制了我的存储库，其中包含多个项目。

但是，由于磁盘出现故障，其中一个修订被破坏：

master/db/revs/和master/db/revprops/目录确实不包含任何名为 的文件，823因此此修订版丢失（损坏）。存储库中有后续修订版（我真的很想保留！），master/直到修订版 #947。

今天我获取了我最近的异地备份（！），其中很高兴地包含了这个修订版。我想master/通过修复丢失的修订来“修复”损坏的存储库，因为它比备份更新。

我确保将转储文件加载到与复制的版本相同的新创建的存储库中master/，所以它都是旧的“线性”格式 3。

我尝试了显而易见的方法，只是823从备份db/revs/和db/revprops/目录中复制文件：

该目录repos/包含已从备份转储加载的存储库。现在我得到：

这不是很令人鼓舞。我尝试了各种其他svnadmin命令，但没有一个让验证者满意。

我的下一个想法是取消复制并从损坏的存储库的“新”副本开始，然后在 823 之后转储修订，并与备份合并。但这似乎不可能，我无法在丢失后转储修订：

请注意，使转储“增量”无济于事，希望它应该假装世界从修订版 824 开始，然后从那里开始：

这确实将输出写入dump.txt，但我不确定是否可以依赖它。请注意，它不会记录它成功转储了任何修订版。

更新：我有另一个想法：将更新的修订文件从崩溃磁盘副本复制master/到备份中，以提供“缺失的尾巴”：

但是，这似乎只会破坏目标存储库：

现在，我已经没有想法了。