为什么以及如何使用版本控制来跟踪/ var / log / dmesg


4

他们建议在此Wiki上/var/log/dmesg使用Mercurial进行跟踪。我想像在此页面上那样在CentOS 6.4上设置cron作业,以提醒自己为此类存储库提交提交消息。但是,hg diffon 的输出/var/log/dmesg很长,我真的不明白我想要的是什么。

如果您自己跟踪此文件,为什么?您会注意哪些问题?您多久更改一次?

Answers:


2

在您发布的有关跟踪的链接上/var/log/dmesg,仅在第一个文章中进行了讨论,但是我认为这甚至不是这些文章的主要重点。他们主要讨论的是如何跟踪对/etc目录所做的更改,这是您绝对想做的,而且很容易做到。

但是,如果您有兴趣跟踪的更改/etc,则可以使用诸如etckeeper之类的包装器工具,而不要使用香草git / mercurial这样做(这样做的原因很多,主要是git和mercurial不能保持在中变得重要的权限跟踪/etc。显然,对于/etc,您的所有配置信息都保留在那里,因此跟踪这些文件随时间的变化非常有价值。

至于是否应该跟踪所做的更改/var/log/dmesg?我认为这没有任何价值,并且相信这样做会浪费时间和资源。


1
该Wiki页面确实建议将其/var/log/dmesg置于版本控制之下。我不明白这一点。日志是仅追加的,并且会自动更改,这使版本控制无用。
吉尔斯2013年

@Gilles-谢谢,我在页面中搜索“ / var / log ..”,它显示为“ var / log / ...”。仍然认为,尽管这样会浪费时间。
slm

请注意,我只接受最后一句话的答案,因为那是我真正要问的唯一部分。:)
Kev 2013年

@Kev-抱歉,如果您现在还没有注意到,我倾向于闲逛...只是在尝试提供其他上下文,我不是一个句子答案的忠实拥护者。确实,它们可以满足您的特定需求,但是当我进入超级用户和stackoverflow时,我发现它们非常烦人。他们常常对几个月或几年后从Google遇到的其他人毫无价值。我会尽量减少罗word 8
slm

不用担心,吉尔斯的答案也是如此。在我看来,etckeeper的建议是可以接受的,其余的都不合时宜,但各取其用。:)(就我而言,就我的问题而言,就我而言,您和吉尔斯的答案在功能上是相同的:dmesg不值得跟踪,加上etckeeper推荐,以及其他我没问过的其他内容。但是我是确保对别人来说是另外一个故事。)
凯夫

0

跟踪配置文件(例如大多数内容)/etc是一个好主意。不必只提交几个文件,而只需提交所有内容。管理/etc可能有些棘手(您必须能够恢复文件的权限和所有权,而版本控制软件通常不这样做),并且让包管理器自动执行提交非常方便,因此,我不建议您使用版本控制软件直接。相反,请使用etckeeper,它负责管理权限和所有权,并带有yum的钩子。与Debian和Ubuntu不同,CentOS并未将etckeeper开箱即用,但可以安装

跟踪/usr/local/bin/usr/local/sbin可能是一个好主意,尽管它取决于您放置的内容。如果您为系统编写脚本并将其放在此处,则这些目录应受版本控制。如果您安装第三方软件,则这些目录可能不应受到版本控制。我要做的是在/etc/local/bin和中/etc/local/sbin(在etckeeper管理的区域中)编写本地脚本,然后将这些目录添加到系统范围的默认PATH或在下创建符号链接/usr/local

将日志文件(例如/var/log/dmesg和)/var/log/rpmpkgs置于版本控制之下是毫无意义的。日志文件只能在正常操作下增长。它们可能会旋转,这会缩小日志文件,但不会删除任何日志数据:它只是移到了新的文件名。由于日志只会增长,因此没有必要恢复到较早版本。日志不会被分支。只会自动修改日志,而不会手动修改。因此,版本控制的好处都没有发挥作用。

更糟糕的是,可能有法律要求清除旧日志以保护隐私。将日志置于版本控制之下使清除旧版本非常困难。日志应单独存档。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.