[chef] [RFC] github.com/cookbooks


Chronological Thread 
  • From: Hedge Hog < >
  • To:
  • Subject: [chef] [RFC] github.com/cookbooks
  • Date: Thu, 10 Feb 2011 12:41:47 +1100
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=GuolZTaQpMyt98Y2XCBIVgwsXSbudYHwf8zrTYRO232DMEmzxNZwkjy07u8i5cEJdL 9QpTxWEzJU9bNVvLYxXvi4y9xYdnyUUID1UDweiFw33uFViw8z5KMj0FyS94wO9xUPCx Bjjfe+5i5fmWG9/NmKd+fFW1oJlcsRbhIy5D0=

Hi,
I'm getting to the point where I think I can take down the "(WIP don't
fork)" caveat.
It is not yet clear to me if the Chef community would use this (one
application mentioned below).

How do people want to see this work:
- If someone (group), reputable (as defined by the community), wants
to take over the cookbooks account... I'm more than happy to hand over
:)
- Cookbook specific collaborators: Allow? Criteria people would like
to see applied?
- Keep github issues page for each cookbook?
- Comments on default branch names (live, master, qa, 37s) and tags?
These are generated for the opscode cookbooks.  37Signals cookbooks
have the 37s branch/tags

Use case:
- A Chef Cookbook Library web site ala [0].
  Downloads don't seem relevant, but some metric as a
f(watching,fork,issues) might be of use.  One can also imagine parsing
the metadata file and indicating platforms, etc. etc.

HTH

[0] http://www.ruby-toolbox.com/categories/continuous_integration.html







-- 
πόλλ' οἶδ ἀλώπηξ, ἀλλ' ἐχῖνος ἓν μέγα
[The fox knows many things, but the hedgehog knows one big thing.]
  Archilochus, Greek poet (c. 680 BC – c. 645 BC)
http://wiki.hedgehogshiatus.com


  • [chef] [RFC] github.com/cookbooks, Hedge Hog, 02/09/2011

Archive powered by MHonArc 2.6.16.

§