如何解决ASP.NET-SVN Web上传前端?
| 我想添加一个区域/页面,允许用户将文件上传到SVN。 我看过SharpSVN,它看起来很有希望,但是我想知道它处理冲突的能力如何,等等。 一种方法是使用SharpSVN更新站点的本地存储库副本,保存从浏览器接收的上传文件,然后提交,但是我想知道当多个用户尝试访问时,这种稳定性如何? (大约)在同一时间使用同一文件。除了手动实现某种锁定机制之外,什么是解决此问题的好方法? 哦,如果有人有一个预先存在的解决方案或一个很好的教程,我很乐意看到它。 注意:我不是在寻找Visual Studio插件。由于我们使用svn进行文档共享,因此这完全需要基于网络,并且我不希望每个用户都安装Tortoise或命令行svn客户端。解决方法
最好的办法是为Subversion创建一个WebDav配置,该配置支持自动提交存储在适当驱动器上的文档。在Windows中,这意味着要有一个辅助驱动器,该驱动器是WebDav存储,在后端是Subversion目录。每当有人在该驱动器上存储一些东西时,它将自动进行一次提交。但是您不要在机器上安装TortoiseSVN ...在我看来,这是更好的解决方案。
,要直接回答,您将不会获得网络上传前端。
SVN作用于文件系统的子部分(目录树),而不作用于文件。 HTTP上传作用于文件,而不作用于目录树。
如果存在SVN Web前端,它将仅限于SVN功能的子集。不幸的是,该子集是如此之小,以至于丧失了SVN的大部分功能。您将如何捕获权限更改?您如何将该文件中的更改与该文件集成到项目所需的一组更改相关联?我确信可以在足够的Web开发时间下找到解决方案;但是,已经存在比可以构建的解决方案更好的解决方案。使用它们。
TortiseSVN将Windows文件夹层次结构绑定到SVN项目。
WebDav将WebDav客户端绑定到SVN项目。
svn(客户端)命令行工具会将目录树绑定到SVN项目。
几乎所有主要IDE都存在插件。
选择最适合您工作环境的解决方案;因为它们都与SVN集成在一起,因为它原本应该使用。 HTTP的设计远早于SVN,它在将信息推送到Web服务器的能力方面受到限制。试图“提交”目录树的差异及其所有内容只是其中一项,HTTP缺乏足够的框架来完成这项工作而没有很多变通办法(这意味着不稳定和奇怪,因为它没有这样做)。就像HTTP)。
,我设法使用一个漂亮的标准文件上传页面和一个db-resident信号量使它起作用。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。