Version control 版本管理/备份解决方案

Version control 版本管理/备份解决方案,version-control,backup,Version Control,Backup,严格来说,这不是一个技术问题,但我觉得这对许多技术人员也很有用 我正在寻找一个版本管理/备份解决方案,它不需要是源代码的唯一的。这可能适用于非文本文件,例如图像 要求是这样的- 每次我从应用程序中保存文件时,它都应该创建一个版本 我应该能够添加评论,例如,重大修订 任何时候,都应该只有一个当前版本 我应该能够查看以前的版本,而无需执行“还原” 我应该能够在不同版本之间来回移动 如果我可以从资源管理器上下文菜单中找到某个特定文件的日历功能,那么显示文件的各种版本将非常有用 我真的不需要比较不同的版

严格来说,这不是一个技术问题,但我觉得这对许多技术人员也很有用

我正在寻找一个版本管理/备份解决方案,它不需要是源代码的唯一的。这可能适用于非文本文件,例如图像

要求是这样的-

  • 每次我从应用程序中保存文件时,它都应该创建一个版本
  • 我应该能够添加评论,例如,重大修订
  • 任何时候,都应该只有一个当前版本
  • 我应该能够查看以前的版本,而无需执行“还原”
  • 我应该能够在不同版本之间来回移动
  • 如果我可以从资源管理器上下文菜单中找到某个特定文件的日历功能,那么显示文件的各种版本将非常有用
  • 我真的不需要比较不同的版本或类似的东西

    仅限Windows解决方案。我已经看过了,它有点接近我要找的


    是否有任何付费/免费/开源的解决方案可以满足上述要求?

    据我所知,几乎所有版本控制系统都支持二进制上传。(简而言之,SVN)是免费的,非常受欢迎。如果您也下载了,您可以在Explorer中处理所有事情

    我唯一不能帮助你的要求是1。从应用程序中自动保存。但是您当然可以通过在文件系统中复制旧版本的文件并通过TortoiseSVN提交更改来实现这一点


    PS由于某些原因,我现在无法连接到SVN站点。现在它可能在下降。尽管如此,它仍然是一个伟大的产品:)

    我所知道的几乎所有版本控制系统都支持二进制上传。(简而言之,SVN)是免费的,非常受欢迎。如果您也下载了,您可以在Explorer中处理所有事情

    我唯一不能帮助你的要求是1。从应用程序中自动保存。但是您当然可以通过在文件系统中复制旧版本的文件并通过TortoiseSVN提交更改来实现这一点


    PS由于某些原因,我现在无法连接到SVN站点。现在它可能在下降。尽管如此,它仍然是一款很棒的产品:)

    我强烈建议使用subversion。我使用了4种不同的版本控制系统,发现subversion功能强大且易于使用

    对于windows,这是最容易安装的服务器


    是我使用过的最好的subversion客户端。

    我强烈建议使用subversion。我使用了4种不同的版本控制系统,发现subversion功能强大且易于使用

    对于windows,这是最容易安装的服务器


    是我使用过的最好的subversion客户端。

    [不是实际答案,只是关于DVCS备份功能的说明]

    我不建议像Git这样的DVCS(分布式版本控制系统)或类似的备份策略

    如中所述

    那么,为什么要用这么多备份来备份源代码管理服务器呢

    • 许多服务器不可能同时遭受灾难性的硬件故障,但这并非不可能
    • 一种更可能的情况可能是一种特别令人讨厌的计算机病毒,它将牙齿插入整个易受攻击的机器网络
    在任何情况下,您的任何或所有备份突然不可用的可能性都不是重点。
    底线是,使用独立克隆作为标准备份(而不是临时的权宜之计)是一种次优策略。

    • 例如,应考虑安全性。
      如果您使用授权规则来控制对存储库特定部分的访问,则规范化存储库的任意克隆会使这些规则无效。
      虽然在一个受控的公司环境中,这很少会成为一个实际问题,但这是可能的
    • (我的输入:)完整数据备份在DVCS中实际上是不可能的,因为这意味着所有存储库都将其更改推送到“中央”存储库,这不是DVCS中的主要用例场景(而在经典VCS中,提交的任何内容都存储在一个位置)
    因此,DVCS在备份方面的关键优势在于,您实际上不需要投资于“热”备份
    当服务器不可避免地停机时,DVCS将为您赢得时间。很多时间。当您从备份中重建服务器时,您将基本上以最高生产率运行(或几乎如此)。
    当在服务器停机期间创建的变更集被推回恢复的服务器时,新恢复的授权规则将重新应用,您将回到正轨

    因此,对我们来说:

    • 热“备份”实际上是通过(Symmetrix Remote Data Facility)实现的,但这是商业性的,并且与我们支持复制以实现数据复制的基础架构相关联
    • 增量每日备份是针对有限的一组存储库(包括一些“中心”Git Repo)实现的,但在我们的例子中,是使用自定义工具实现的

    [不是实际答案,只是关于DVCS备份功能的说明]

    我不建议像Git这样的DVCS(分布式版本控制系统)或类似的备份策略

    如中所述

    那么,为什么要用这么多备份来备份源代码管理服务器呢

    • 许多服务器不可能同时遭受灾难性的硬件故障,但这并非不可能
    • 一种更可能的情况可能是一种特别令人讨厌的计算机病毒,它将牙齿插入整个易受攻击的机器网络
    在任何情况下,您的任何或所有备份突然变得不可用的可能性