[chef] Re: Re: Re: Re: source repositories as resources?


Chronological Thread 
  • From: Ian Ragsdale <ian.ragsdale@gmail.com>
  • To: chef@lists.opscode.com
  • Subject: [chef] Re: Re: Re: Re: source repositories as resources?
  • Date: Wed, 1 Jul 2009 18:35:03 -0500
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=ocGK0NaXX14cxhWWzRfsb6+UAS4NHJ99F5I9cmJgQyanfrEwhSqsEidQ3wrRZIrwOJ 7oHo5YRbIH/q/2NBW0cXloybAjcB2khMHQuZw2OGGEQ5Avc2TT/4f40Dmgn8OQFrftOx GfHtSgEcHlXc/sI1mGRXahtWPWAUhAN9MBMiU=


On Jul 1, 2009, at 6:28 PM, Adam Jacob wrote:

On Wed, Jul 1, 2009 at 4:23 PM, Ian Ragsdale<ian.ragsdale@gmail.com> wrote:
Ok, it sounds like this would be useful to at least a few people, perhaps
even to the chef-deploy project, as it might allow them to simplify their
code. Since I probably need it myself, I'm probably gonna end up writing it
soon.  Before I do, I have two questions for the opscode guys.

1) Would you consider this for inclusion in Chef? I'd be happy to donate it
and would love to not have to maintain and install it separately.

Absolutely.  File a ticket for the new feature, and then publish it up
to Github.

Excellent.  I'll probably begin work on this tomorrow.


2) If the answer to #1 is yes, would you prefer this be written using the
grit gem, or would you prefer to have it call git on the command line? I
can see good arguments for both, so if you guys would want to include it
then I'd go with whatever you prefer.

I think it's fine to use the Grit gem - you can probably also include
some logic in the Git provider to auto-install the gem if you don't
have it already on first use of the provider.

Great - that probably makes for much cleaner code. It looks like Grit also shells out to the command line for some actions as well - should I do the same for the git package? Are there there other places in the code where this is done?

You'll wind up building:

1) The repo resource, which all the other resources will inherit from
2) Helper resources for the various providers, a-la gem_package, etc.
3) Providers for each VCS you want to support.

We'll be happy to help with any details of how to implement this.


That all makes plenty of sense - should I just mail this list if I have questions?

Thanks,
Ian




Archive powered by MHonArc 2.6.16.

§