版本控制问题
人们。我希望你能帮助我。
在我们的开发过程中，我们有一个基于 UNIX 的文件服务器，具有 SFTP 访问（我们称之为 A）。该服务器存储了大量我们正在处理的 xslt 文件。
问题是这些文件不在版本控制系统之下。所以你可以想象这个噩梦。我们无法在此服务器上设置存储库，我们只能对这些文件执行创建/读取/更新/删除操作。
所以我们必须寻找另一种方法。 还有另一台具有完全访问权限的服务器（我们称之为 B）。是否可以在 B 上设置存储库，并使用后台逻辑，在每个存储库操作上都将执行与服务器 A 相关的下载/合并/上传操作？
还有两个问题：
- A 上的所有文件都位于同一目录中，我们希望它们在服务器 B 上以文件夹层次结构构建。
- A 上的文件可以被其他团队更改。
我们正在使用 Subversion。但也许可以用另一个版本控制系统来实现rhs？
谢谢，沃娃。
people. I hope you can help me.
In our development process we have a unix based file server with SFTP access (let’s call it A). This server store a large numer of xslt files we are working on.
The thing is that these files aren’t under version control system. So you can imagine this nightmare. We can’t setup repository on this server, we can only perform create/read/update/delete operations with these files.
So we have to find another approach.
There is another server with full access (let’s call it B). Is it possible to setup repository on B with background logic that on every repository operation will perform download/merge/upload operations related to server A?
There are two problems more:
- All files on A lay in the same directory and we want them to be structured on server B in a folder hierarchy.
- Files on A can be changed by another team.
We are using Subversion. But maybe it is possible to realize rhs with another version control systems?
Thanks, Vova.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
据我所知，没有任何版本控制系统能够解决你的第二个问题（A 上的文件可以被另一个团队更改）。您的其余要求可以通过 SVN 和一些简单的脚本来满足。这些可以是 DOS 批处理文件脚本、python、perl，任您选择。
但是，如果您无法通过确保 A 上的文件永远不会被其他团队更改来解决第二个问题，那么我认为您的要求是不可行的。所有团队都应该处理服务器 B 上存储库中的文件。
无论如何，只是我的 2 美分。
-道格
As far as I know, no version control system will fly with your #2 problem (files on A can be changed by another team). The rest of your requirements can be fulfilled with SVN and some simple scripts. These could be DOS batch file scripts, python, perl, take your pick.
However, if you can't solve your #2 problem by ensuring the files on A are never changed by another team, I think what you're asking for is unfeasible. All teams should work on the files in the repository on server B.
Anyhow, just my 2 cents.
-Doug
您可以使用 svnsync 来镜像存储库，或者您可以查看 rsync 进行更新，然后执行一些自定义任务。
You could use svnsync to mirror a repository, or you could look at rsync to just do a update from it, and then perform some custom tasks afterwards.