On Fri, Oct 3, 2008 at 5:24 PM, dd-b <[EMAIL PROTECTED]> wrote: > On Oct 3, 10:26 am, Peter Meier <[EMAIL PROTECTED]> wrote: >> Hi >> >> > Which cause errors (multiple definitions largely). >> >> > One solution is to explicitly say "include class/*.pp" (if all the >> > class files you want to pick up are in fact .pp files). Since the >> > backup suffix goes at the very end, backup files fail to match the >> > more specific patter; and people reading the code will clearly see >> > that only .pp files are being included. >> >> > All the examples show just "include class/*", so I was using that >> > until I started getting errors. I deduce that none of the heavy >> > contributors have backup files enabled :-). Since I come from a >> > TOPS-20 background, I'm used to the idea of having the last few >> > versions of a file I saved be available in the directory; and using ls >> > switches and bash switches I hide them from myself most of the time, >> > so they don't make my directories too messy to bear (as *I* see >> > them). >> >> > I'm not sure anything should be changed; I'm posting so anybody >> > searching for this "problem" might find information. >> >> how about a scm? -> no backups in the folders, version control, multiple >> ppl can work on the manifests, and many more advantages! > > For me, source control doesn't address the same problem. I'm using > source control on my puppet files collection, but I periodically need > access to old versions intermediate between when I have now and what I > last committed. Except for Sun's old (and otherwise disastrous) NSE > and a small-company product called DRTS that I don't think exists any > more either, I haven't run into a version-control system that handles > that case decently. >
It sounds like you need to be committing more often. There should never be a time when you have a config that you find useful (ie: something that you are satisfied is working) that is not committed. If you find that you need revisions that are "in between" two commits, then you didn't commit often enough. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
