Issue¶

"error: unable to create symlink xxx (File name too long)"

Resolution¶

Recreating missing symlinks¶

composer self-update
rm -rf vendor 
composer install

git checkout -f feature/example

Create a new branch based on this:

git checkout -b feature/example_2

and recreate the missing symlinks by doing the following, for example:

git rm --cached vendor/bin/var-dump-server
git add vendor/bin/var-dump-server

You should be able to see `typechange` when you are running `git status`:

$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	typechange: vendor/bin/var-dump-server

Setting symlinks to false¶

git config core.symlinks false

[core]

...........

symlinks = false

Cause¶

The following source provides details on the cause of this issue:

https://stackoverflow.com/questions/18411200/git-unable-to-create-symlink-file-name-too-long.

>>> As soon as you changed the content of a fake-symlink-file without also changing its mode from symlink to regular file and committed the result, you made a blob that can't be extracted on an OS with real symlinks, because you have an object that is supposed to be a symlink but its content is too long to be a pathname. The web interface is not doing you any favors by hiding this problem. You're probably going to have to back up to that commit, fix it, and re-commit everything after it. git rebase -i will help, but it still might not be easy, especially if you've made more changes to the files while they were in this bogus symlink-but-not-really-a-symlink state.