On Fri, Feb 22, 2013 at 5:39 PM, Seth Vidal <skvidal(a)fedoraproject.org>wrote:
On Fri, 22 Feb 2013, Xavier Lamien wrote:
>
>
> How about a dedicated branch for staging where we can merge it into
> master when ready (just like puppet's)
> Also, I think git flow coud be a good candidate here to work on a
> specific 'role' or such.
> ie, you have staging branch in sync with master, you git flow config
> start mm_proxy_update, do your cooking, then
> publish your mm_proxy_update branch, then ansible it for testing. If
> everything went well, you merge your branch into staging/master
> depending of the purpose.
>
>
1. we do not have a stagin branch in puppet anymore. Haven't for a good
long while
Well, git is saying me we still do
[laxathom@lockbox01 puppet]$ git branch -r
origin/FI
origin/HEAD -> origin/master
origin/fedoracommunity
origin/master
origin/staging
origin/staging-old
origin/testing
But indeed, last commit is from Feb, 2012.
Anyhow, they're EOL.
2. I do not think we should do a separate branch like that, at all. I
think it makes things hairier than they should be.
3. If we're going to implement staging I think it should be like how
puppet is NOW - we duplicate the modules and work on them in there. I know
it is not 'the git way' but I think it makes it easier to know where you
stand at any given moment and to be sure you are getting the playbooks you
expect.
Fair enough.
So, how should we handle the dir.
based on kevin proposal like:
'role' dir
mirrormanager
|-- staging
| -- proxy
| -- etc
?
______________________________**_________________
infrastructure mailing list
infrastructure@lists.**fedoraproject.org<infrastructure(a)lists.fedoraproject.org>
https://admin.fedoraproject.**org/mailman/listinfo/**infrastructure<ht...
--
Xavier.t Lamien
--
http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB