标签: vcs

我们使用 git 来跟踪/etc/我们服务器上的变化。

管理员在更改 /etc/ 中的文件时以 root 身份工作，因此他们的提交具有作者

root <root@machinename>

这不是很令人满意，因为您看不到哪个管理员实际进行了更改。

我们如何才能在 git 日志中获得真正的管理员名称？我不认为保留存储库的本地克隆是可行的，因为我们经常进行交互更改，直到某些事情起作用为止，并且更改-提交-推送-查看错误-重复循环在这里无济于事。

我有几种情况，我需要在发生故障（服务器挂起或崩溃）时将应用程序从一台服务器迁移到另一台服务器。

在solaris 上，我们使用VCS (Veritas Cluster Server) 执行此操作。Linux 有哪些可用的选项？

请说明设置/维护的努力程度或每个人的成本（如果有的话）。

-- 添加了更多详细信息 --

给出复杂程度的概念：

• 失败的服务器可能会在没有通知的情况下挂起或崩溃，可能仍然是“可以 ping 通的”
• 恢复服务器需要在故障转移时启动它的应用程序
• 一旦失败的服务器启动/电源循环，它就会变得被动，不会干扰恢复服务器。

这是一个数据收集或计算节点，而不是一个数据库，所以更简单的解决方案可以工作。

——更多细节（抱歉）——

共享存储不是一种选择，但不需要太多状态（如果有）从一台服务器迁移到另一台服务器。我们通过 rsync 保持两台服务器同步。

非常感谢您到目前为止的所有帖子。

用于跟踪 /etc 的最简单的 VCS 是什么？在版本控制中存储 etc 目录有哪些挑战，最佳实践？我应该使用集中式还是分布式 VCS？

现在我的公司正在使用网络共享与 SVN 存储库进行通信。它真的很慢，所以我想切换到 SVNSERVE。

我公司选择采用文件系统路线的主要原因是，使用我们现有的活动目录身份验证系统可以轻松确保安全。

从我读过的内容来看，只要您使用Sasl 库，就可以将 SvnServe 与活动目录一起使用。我只是想知道是否有其他人在这样做，并且可以就配置提供一些指导，因为它似乎没有在任何地方记录。

谢谢

编辑

我们在快速服务器上安装了 svn，但不幸的是它被用于其他公司文件共享和服务。

有人告诉我 HTTP 协议不会比使用 SMB 的 file:// 快。有没有人有这方面的任何文件。我认为真正的客户端服务器模型会表现得更好。我们有大约 13 名开发人员和一个构建服务器，它整天都在提交和更新。

我们使用 Git 作为我们的 VCS 和 RPM 进行打包。我想存储构建包的 Git 哈希，但我不确定最合适的位置。

RPM有许多可用的标签，但我没有看到 VCS 版本的任何标签（也许浏览过它？）。

我对添加自定义标签持怀疑态度，仅查看 50,000 英尺的高度。

一种感觉相当 hacky 的解决方案是将 Git 哈希值放在描述字段中。目前我们还没有将它用于其他任何用途，但是哇，这感觉很丑陋。

那么，在 RPM 中存储 VCS 版本的最合适位置是哪里？

好奇哪个源代码库在使用服务器资源方面更有效，git 还是 svn？