On Saturday, June 23, 2012 at 3:06 AM, AJ Christensen wrote:
ohai, just saw this:On 23 June 2012 20:45, Bryan Berry < "> > wrote:Jay,I don't quite understand your point. Are you are saying that Librarian-chefisn't meant to meet the particular use case I have described and should belooking for a separate tool?On Fri, Jun 22, 2012 at 11:44 PM, Jay Feldblum < "> > wrote:Bryan,The various rigorous practices that developers have are oftenwell-supported by their tools.The same practices are not as well-supported by the devops tools becausethese tools are still being built and because the ideas and practices arestill coming across. Devops as a field is still under construction.In the meantime: you mix and match, you pick your battles, and you do whatyou have to do.Cheers,JayOn Fri, Jun 22, 2012 at 5:28 PM, Bryan Berry < "> >wrote:alright, I have a pretty heterodox idea of how I would like to uselibrarian-chef so that a team of infrastructure devs can work in syncI am on a team of 3 infrastructure devs, i am the (relative) expert, theother 2 guys are smart but n00bsI want us to have one common Cheffile in our one common chef-repothe cookbooks we develop independently each have their own git repo,unfortunately, private ones for the most partWhen I create a new git repository for application-foo, I want to add thegit repository link, branch name/tag/commit name, to Cheffile so that whenthe other guys are working, they can easily pull in the cookbooks that I amworking on and vice versaHowever, I dont want to do the `git add . && git commit -am 'foo' && gitpush origin master && librarian-chef update` dance when I am activelyworking on a cookbook that is within an "active" cookbook.I don't need librarian to resolve any dependencies for my activecookbooks, I just want a common file w/ the list of all cookbooks we areworking on as a team and i want librarian to download them if they don'texist already.Perhaps this is a perversion of all things bundler but this is what Iwant. It also would get much more complicated if we didn't have git repos w/shared commit access.Is this crazy or a good idea or both?
Archive powered by MHonArc 2.6.16.