Developing Composer packages locally through a local file symlink speeds up development immensely when you want to create Laravel packages and try them out on a real application. I was reading about a fancy bash alias by Caleb Porzio, which is a bash alias inspired by npm link
.
I have been working on improving my local workflow for taking a Laravel package from development to release, and I often find myself installing my dependency through the GitHub repo, and then continue running composer update
over and over as I update things because I am lazy.
I thought I’d document my workflow for developing new and existing Laravel packages and running them in a real Laravel application, all locally.
Package Setup
I am going to walk you through creating a quick Composer package from scratch and adding a service provider. I know a couple of package developers that use a boilerplate repository as a starting point for PHP and Laravel packages (see Spatie’s PHP Skeleton for inspiration).
First, let’s create an example composer project and hook up a Laravel service provider. I like to start my code from ~/code
so update to whatever you use:
1cd ~/code2mkdir example-pkg3cd example-pkg/4mkdir src/5composer init6# Walk through the prompts to init...
After you generate the composer.json
file, let’s add a few things for autoloading and automatic service providers:
1{ 2 "name": "paul/example-package", 3 "authors": [ 4 { 5 "name": "Paul Redmond", 6 "email": "paul@example.com" 7 } 8 ], 9 "autoload": {10 "psr-4": {11 "ExamplePackage\\": "src/"12 }13 },14 "require": {},15 "extra": {16 "laravel": {17 "providers": [18 "ExamplePackage\\ExamplePackageServiceProvider"19 ]20 }21 }22}
Last, let’s create a skeleton service provider:
1<?php 2 3namespace ExamplePackage; 4 5use Illuminate\Support\ServiceProvider; 6 7class ExamplePackageServiceProvider extends ServiceProvider 8{ 9 public function boot()10 {11 # code...12 }1314 public function register()15 {16 # code...17 }18}
Linking Your Package to a Laravel Project
Now that we have a local composer project that we can use to start developing a new Laravel package, let’s create a demo Laravel app to link our example package up using a local file path:
1cd ~/code2laravel new laravel-demo3cd laravel-demo
I encourage you to check out Caleb Portzio’s bash alias, but here’s the static command you would need to link up your local repository:
1composer config repositories.local '{"type": "path", "url": "../example-pkg"}' --file composer.json
Next, we need to run composer require
to add the local repository as a dependency. Remember to use the "name"
key you defined in the example-package
composer file:
1composer require paul/example-package 2 3Using version dev-master for paul/example-package 4./composer.json has been updated 5Loading composer repositories with package information 6Updating dependencies (including require-dev) 7Nothing to install or update 8Generating optimized autoload files 9> Illuminate\Foundation\ComposerScripts::postAutoloadDump10> @php artisan package:discover11Discovered Package: fideloper/proxy12Discovered Package: laravel/tinker13Discovered Package: nunomaduro/collision14Discovered Package: paul/example-package15Package manifest generated successfully.
You can see that our package was discovered through the "extra"
key in the composer.json
file, sweet!
If you check the filesystem, you’ll notice that the package is symlinked, which means you can continue to develop on the package locally and immediately try it out in a demo project:
1cd ~/code/laravel-demo2ls -la vendor/paul3total 04.5..6example-package -> ../../../example-pkg
Now you have an excellent way to develop Laravel packages locally alongside a Laravel application! Thank you Caleb for the fantastic alias!
Filed in:
Full stack web developer. Author of Lumen Programming Guide and Docker for PHP Developers.