comanage-dev - Re: [comanage-dev] update
Subject: COmanage Developers List
List archive
- From: Benn Oshrin <>
- To:
- Subject: Re: [comanage-dev] update
- Date: Sun, 29 Jan 2012 15:08:14 -0500
On 1/28/12 7:21 AM, Scott Koranda wrote:
I added some comments and would like input on the path to follow.
My preference is detailed in this comment:
https://bugs.internet2.edu/jira/browse/CO-202?focusedCommentId=16272&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16272
Shall I proceed with coding that up?
Capistrano seems like overkill.
What's the advantage of creating a separate salts file vs just editing app/Config/core.php? What if we distribute core.php.default (like database.php.default) and generate core.php as part of setup?
I'd argue this should be part of setup rather than a third shell command. This task only happens once -- at setup. I'm not concerned about any existing installations at this point. In general, fewer steps for deployers to run = better. Going from 2 to 3 isn't huge, but over time the "just one more" argument ends up with a process that will need to be refactored.
The only reason database is separate is because the database schema can be updated after setup. Arguably, we should ditch database and make a separate upgrade shell, but we can worry about that when we have changes that need to be made automatically for upgrading that aren't database related.
-Benn-
- [comanage-dev] update, Scott Koranda, 01/28/2012
- Re: [comanage-dev] update, Benn Oshrin, 01/29/2012
- Re: [comanage-dev] update, Scott Koranda, 01/30/2012
- Re: [comanage-dev] update, Benn Oshrin, 01/30/2012
- Re: [comanage-dev] update, Scott Koranda, 01/30/2012
- Re: [comanage-dev] update, Benn Oshrin, 01/29/2012
Archive powered by MHonArc 2.6.16.