VersionControlledEtc

Differences between revisions 4 and 5
Revision 4 as of 2006-05-17 14:38:19
Size: 1875
Editor: zender
Comment: added a bit of implementation
Revision 5 as of 2006-05-17 14:46:25
Size: 1945
Editor: zender
Comment: bzr good?
Deletions are marked like this. Additions are marked like this.
Line 50: Line 50:
[[BR]]* is bzr the right choice? I think it is, but what do I know?!

Summary

The specification describes an enhancement to keep automated versioned history of files under /etc.

Rationale

Over time, configuration changes occur and it is easy to forget why changes were made, or what was in a config file prior to the change. It becomes even more difficult when there are multiple administrators working on a machine over a period of time.

Use cases

# Andrew is a systems administrator and his mail server has stopped working. Richard, another administrator, made some changes a week ago but has now gone on holiday to his residence in France. Andrew is unsure what changes Richard made to the mail configuration, but he can use the automated version history to look at the changes made before Richard went away.

# Karl has a box which was working and set up the way he likes. After a failed dist-upgrade his system is left in a half configured state. He would find it benefical to be able to roll back to just before the upgrade

Scope

Design

Implementation

So far I have tried out the following;

in /etc/;

bzr init

bzr add *

bzr commit -m "Initial Import"

then I added the following to roots crontab;

0 * * * * cd /etc; bzr commit -v -m "Automated update at date" >& /dev/null

Code

Data preservation and migration

Outstanding issues

* Depending on implimentation files modified by a user could fail to be updated in VCS BR* Automating this process at the dpkg level would be highly intrusive. BR* is bzr the right choice? I think it is, but what do I know?!

BoF agenda and discussion


CategorySpec

VersionControlledEtc (last edited 2010-09-23 04:17:25 by dhcp198-158)