代码之家  ›  专栏  ›  技术社区  ›  Allan F

SVN和TortoiseSVN的使用方法

  •  0
  • Allan F  · 技术社区  · 7 年前

    请大家用SVN自己的项目文件副本确认每个开发人员的这种方法好吗?

    我还发现了这些论坛问题和答复,我相信这些问题和答复证实了每个开发人员持有自己的SVN项目文件副本的做法:

    How do you setup a shared Working Copy in Subversion

    Using SVN alone or in small workgroups - workflow approach?

    例如:

    错误提交失败(详细信息如下):

    错误目录。。。已经过时了

    错误:必须先更新工作副本。

    错误提交失败(详细信息如下):

    中止提交时出错:“…”

    错误文件夹。。。。仍在冲突中

    Error sqllike[S10]:磁盘I/O错误

    0 回复  |  直到 7 年前
        1
  •  2
  •   Álvaro González    7 年前

    我承认在21世纪初开始编写代码时,这曾经是我的方法:

    • 一个共享文件服务器,它将承载所有必须备份的内容。

    程序员可以直接在文件服务器上编辑文件,并通过应用服务器(也可以访问相同的文件)进行测试。

    • 版本控制不仅使这变得不必要,而且也不能正常工作。SVN特别执行文件系统密集型任务,特别是对于某些操作,如 svn update ,需要独占访问文件,而当前的工作副本格式使用需要独占锁的二进制关系数据库文件(这就是错误消息突出显示的内容)。

    • 现代的ide和编程工具通常都是围绕着磁盘访问速度极快的预期而构建的,并且与网络驱动器的速度严重滞后(快速有线局域网无法与本地SSD竞争,根据我的经验,大多数本地网络的性能都很差)。

    • 开源栈已经成为一种常态,甚至商业解决方案也为开发目的提供免费访问,因此建立本地环境非常简单。

    • 完全自由地使用代码有助于提高质量和创新,而共享环境会干扰这一点。

    因此,我的建议是,您应该尝试使每个开发环境尽可能独立和自动化,这当然包括本地Subversion工作副本。但我也要确保团队中的每个人都在使用版本控制,因为它本来就是要使用的。你会惊讶地发现,有多少人认为颠覆备份系统或Dropbox克隆,所以他们很难从中受益。

    官员 Version Control with Subversion

    推荐文章