Kohana v3.x: Activityhttp://dev.kohanaframework.org/http://dev.kohanaframework.org/favicon.ico?13926775802014-08-28T01:52:12ZKohana Development
Redmine Proposals (Political/Workflow) #4839 (New)http://dev.kohanaframework.org/issues/48392014-08-28T01:52:12ZGuillaume Poirier-Morencyguillaumepoiriermorency@gmail.com
<p>I have a prototype here <a class="external" href="https://github.com/arteymix/kohana-makefile">https://github.com/arteymix/kohana-makefile</a></p>
<p>The tool is very useful for settings permissions and running tests.</p>
<p>I think we should consider having a good make tool in the sample application for the 3.4.*.</p> Proposals (Political/Workflow) #4782http://dev.kohanaframework.org/issues/4782#change-172792014-08-28T01:44:26ZGuillaume Poirier-Morencyguillaumepoiriermorency@gmail.com
<p>Moving to composer is a nice idea. This will allow Kohana modules to define a wide range of dependencies.</p>
<p>Although, I think that modules designed specifically for Kohana should end in modules and external libraries in application/vendor. This makes a clear dinsinction between what gets autoloaded by the CFS and what gets loaded by composer. Technically, we add "vendor-dir": "application/vendor" in "config" in composer.json.</p>
<p>Then, only add a line after the modules loading in bootstrap.php</p>
<pre>
// Autoloading composer packages
require Kohana::find_file('vendor', 'autoload');
</pre>
<p>This is pretty much what I do right now. This doesn't break anything and allow a full access to composer.</p>