Navegar hacia un proyecto de laravel clonado no funciona

Navegar hacia un proyecto de laravel clonado no funciona

Tengo Windows 10, WSL2 y Docker.

Cloné un repositorio de GitHub y cuando lo intento sail up, aparece este mensaje: /usr/bin/env: ‘sh\r’: No such file or directory.

Lo siguiente es del sitio web de laravel que creo que es la solución a mi problema:

docker run --rm \
    -u "$(id -u):$(id -g)" \
    -v $(pwd):/var/www/html \
    -w /var/www/html \
    laravelsail/php81-composer:latest \
    composer install --ignore-platform-reqs

La fuente del código anterior:https://laravel.com/docs/8.x/sail#installing-composer-dependencies-for-existing-projects

He intentado docker run laravelsail/php81-composer:latest. Yo también lo he intentado docker run --rm -v $(pwd):/app composer/composer install. En ambas ocasiones sigo recibiendo /usr/bin/env: ‘sh\r’: No such file or directory.

¿Puede guiarme para que mi vela funcione y pueda ver mi proyecto en mi localhost?

Gracias.

Mi composer.jsonarchivo:

{
    "name": "laravel/laravel",
    "type": "project",
    "description": "The Laravel Framework.",
    "keywords": ["framework", "laravel"],
    "license": "MIT",
    "require": {
        "php": "^8.0.2",
        "guzzlehttp/guzzle": "^7.2",
        "laravel/framework": "^9.2",
        "laravel/sanctum": "^2.14.1",
        "laravel/tinker": "^2.7"
    },
    "require-dev": {
        "fakerphp/faker": "^1.9.1",
        "laravel/breeze": "^1.9",
        "laravel/sail": "^1.0.1",
        "mockery/mockery": "^1.4.4",
        "nunomaduro/collision": "^6.1",
        "phpunit/phpunit": "^9.5.10",
        "spatie/laravel-ignition": "^1.0"
    },
    "autoload": {
        "psr-4": {
            "App\\": "app/",
            "Database\\Factories\\": "database/factories/",
            "Database\\Seeders\\": "database/seeders/"
        }
    },
    "autoload-dev": {
        "psr-4": {
            "Tests\\": "tests/"
        }
    },
    "scripts": {
        "post-autoload-dump": [
            "Illuminate\\Foundation\\ComposerScripts::postAutoloadDump",
            "@php artisan package:discover --ansi"
        ],
        "post-update-cmd": [
            "@php artisan vendor:publish --tag=laravel-assets --ansi --force"
        ],
        "post-root-package-install": [
            "@php -r \"file_exists('.env') || copy('.env.example', '.env');\""
        ],
        "post-create-project-cmd": [
            "@php artisan key:generate --ansi"
        ]
    },
    "extra": {
        "laravel": {
            "dont-discover": []
        }
    },
    "config": {
        "optimize-autoloader": true,
        "preferred-install": "dist",
        "sort-packages": true
    },
    "minimum-stability": "dev",
    "prefer-stable": true
}

Respuesta1

Parece que después de ejecutar git config --global core.autocrlf falseel repositorio real que clonaste antes no se ha visto afectado todavía, necesitas actualizar el repositorio.

Podría lograr este objetivo con dos enfoques:

  1. Eliminar el repositorio que clonó en primer lugar y volver a clonarlo, pero ahora autcrlf debería surtir efecto.
  2. Renormalizando el repositorio

Para la opción 2:

Guarde sus archivos actuales en Git, para que no se pierda nada de su trabajo.

$ git add . -u
$ git commit -m "Saving files before refreshing line endings"

Vuelva a agregar todos los archivos modificados y normalice los finales de línea.

$ git add --renormalize .

Muestre los archivos reescritos y normalizados.

$ git status

Confirme los cambios en su repositorio.

$ git commit -m "Normalize all the line endings"

fuente:https://docs.github.com/en/get-started/getting-started-with-git/configuring-git-to-handle-line-endings#refreshing-a-repository-after-changing-line-endings

información relacionada