version-control - 运行自己的版本控制服务器的优点/缺点

标签 version-control

作为大学研究的一部分,我主要做一些小项目,并且一直在使用我们的 SVN 服务器,并且还结合 SourceForge 使用 Mercurial。

我想知道在我的家庭服务器上运行 Mercurial 或任何其他类型的版本控制是否有意义。我在工作中使用的 SVN 服务器位于大学防火墙后面,位于大楼的 IT 部门和我们部门的 IT 负责人之间,我认为在服务器上启动新项目和编码非常麻烦。家。我家里有一个 Drobo FS (NAS),我可以想象用它来运行版本控制服务器,这样无论我身在何处,我都可以轻松访问我的代码,而无需将我的代码放在第 3 方服务器上。

与在支持私有(private)项目的项目托管网站上获得帐户相比,这种方法有哪些优点/缺点?可行吗?如果是这样,是否意味着维护工作量很大?

最佳答案

优点是您可以完全控制您的服务器:

  • 您可以按照自己想要的方式进行设置
  • 没有其他人可以访问您的源代码/项目

缺点是你是唯一负责的人:你必须

  • 确保设置正确
  • 进行维护
  • 执行升级
  • 确保防止停电
  • 确保采取足够的安全措施
  • 确保定期备份
  • 等等

关于version-control - 运行自己的版本控制服务器的优点/缺点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10997969/

相关文章:

c# - 平行发展分支策略

c# - 源代码管理中的存储过程 - 自动化构建/部署过程

git - 有没有办法在一个命令中获取 git 根目录?

svn - 如何鼓励更频繁地提交到 SVN

git - 在一次 git-filter-branch 中重命名多个姓名和电子邮件

version-control - SSIS 中脚本组件 C# 文件的版本控制

ios - 我需要将一些文件从现有的git repo移到新文件。我可以保留他们的历史吗?

git - git 克隆存储库的 "reset"命令是什么?

git - 下载 Github pull 请求作为统一差异

version-control - RTC 忽略源代码中的特定行