Svn 版本控制问题

人们。我希望你能帮助我

在我们的开发过程中，我们有一个具有SFTP访问权限的基于unix的文件服务器，我们称之为a。此服务器存储大量我们正在处理的xslt文件

问题是这些文件不在版本控制系统下。所以你可以想象这个噩梦。我们无法在此服务器上设置存储库，我们只能对这些文件执行创建/读取/更新/删除操作

因此，我们必须找到另一种方法。 还有另一台服务器具有完全访问权限，我们称之为B。是否可以在B上使用后台逻辑设置存储库，以便在每个存储库操作上执行与服务器A相关的下载/合并/上载操作

还有两个问题：

A上的所有文件都位于同一目录中，我们希望它们在服务器B上的文件夹层次结构中进行结构化。 上的文件可以由其他团队更改。 我们正在使用Subversion。但也许可以用另一个版本控制系统来实现rhs

---

谢谢，Vova。

据我所知，没有版本控制系统会将您的2个问题文件放在一个可以由其他团队更改的计算机上。SVN和一些简单的脚本可以满足您的其余需求。这些可能是DOS批处理文件脚本、python、perl，请随意选择

然而，如果你不能通过确保A上的文件不被其他团队更改来解决你的2个问题，我认为你所要求的是不可行的。所有团队都应该处理服务器B上存储库中的文件

不管怎样，只要我的2美分。

---

-Doug

您可以使用镜像存储库，或者您可以查看从存储库进行更新，然后执行一些自定义任务。

一台服务器是SFTP，而不是Subversion，因此svnsync在这里没有帮助呃Sander，请阅读问题。他在最后提到了Subversion。他在服务器B上使用Subversion。服务器上没有版本控制，因此我建议可能安装它。你不是OP；我不明白你怎么能判断这是否适合他；事实上，我不仅不知道怎么做，我知道你不能。无论如何，这不值得与您进一步讨论。这与存储库挂钩相结合最有可能达到目的。但您需要确保存储库始终处于领先地位。