Forge deployment fails related to vendor/autoload.php

Check your syntax in all config files. That is where to start with that error. Probably a small error that is hard to notice. Especially check for missing commas in config/app.php.

Thanks for suggestion @ejdelmonico. Checked all and did one update to config/app.php, but does not solve the problem. Can you explain why you advise me to check these, perhaps it can give me an idea where else to look?

I have had the same message before because of syntax error from adding services. Hopefully, you ran composer dump-autoload after any corrections.

You can also try this: remove bootstrap/cache/config.php and run composer dump-autoload.

On my local machine composer install, composer dump-autoload, composer update on my local are all fine. All I get is a warning:

Package phpoffice/phpexcel is abandoned, you should avoid using it. Use phpoffice/phpspreadsheet instead.

Does not seem relevant. On Forge server still getting : Failed opening required '/home/forge/mysite/vendor/autoload.php'

broefs, did you ever manage to get this fixed? I seem to have the same problem:

Generating optimized autoload files
> Illuminate\Foundation\ComposerScripts::postAutoloadDump
PHP Warning:  Uncaught ErrorException: require(/home/forge/default/vendor/composer/../../tests/utilities/functions.php): failed to open stream: No such file or directory in /home/forge/default/vendor/composer/autoload_real.php:66

Things seem fine on my Homestead site - have run 'composer update', 'composer dump-autoload', 'composer install' etc. It is just when I try to upload my repository (Bitbucket) to my Vultr site using Forge that I get the problem. Could it be my .gitignore file?

This is what I currently have:

/node_modules
/public/hot
/public/storage
/storage/\*.key
/vendor
/.idea
/.vagrant
Homestead.json
Homestead.yaml
npm-debug.log
.env
.DS_Store
/public/js/app.js
/.gitignore
/public/mix-manifest.json
vendor.js
.gitignore

Hi @swilsdon, I did recently solve this. In my case I was referring to a table that did not yet exist in the boot method of my Auth Service Provider. No idea what could be the problem in your case.

What you could do redeploy on your local machine with an empty database and see if you can trigger the error locally that way.

Thanks for the update @broefs. In the end I was able to get things working by deleting the 'tests/utilities/functions.php' file from my site - luckily it was not vital to my site.

I suspect it was something to do with my .gitignore, but in the end I never quite got to the bottom of the problem. Anyway, working now. Thanks again for your reply.