¿Cuáles son las principales diferencias entre Composer create-project y git clone?

Me gustaría desarrollar una aplicación web basada en el framework Laravel sin contribuir al framework en absoluto. Me gusta recibir actualizaciones periódicamente del framework mientras desarrollo mi propia aplicación web. También me gusta utilizar el sistema de control de versiones para mí y mi compañero de equipo.

No estoy seguro de qué estrategia usar entre

Usando compositor

composer create-project laravel/laravel webproject --prefer-dist 

Y mantenga la actualización periódicamente con Laravel usando

 composer update 

Usando git

 git clone https://github.com/laravel/laravel.git webproject 

Y mantenga la actualización periódicamente con Laravel usando

 git pull 

¿Cuáles son las principales diferencias entre ellos ?, uno que sé es que el compositor crear-proyecto –perfer-dist viene con el control de versión limpiado, ¿qué más?

Si utilicé git clone al principio, ¿para get una actualización del marco utilizando la actualización del compositor podría causar algún daño?

Por lo que entiendo está contenido en ese repository, es meramente una estructura de directory vacía con algún código repetitivo adicional que se necesitaría de manera idéntica al comenzar un nuevo proyecto. De hecho, es bueno no tener que crear todos esos directorys y crear todos esos files de configuration al comenzar un nuevo proyecto.

Pero, por otro lado, no se beneficiaría en ningún caso si ese repository se actualiza después de que comenzó su proyecto. Cualquier cambio que se comprometa allí tiene como objective ayudar a los nuevos proyectos cuando comienzan, porque algo en el marco se actualizó y por lo tanto necesita un cambio en el layout en blanco.

Además, cuando clona un repository, teóricamente querría volver atrás, que no es el caso aquí, porque el proyecto que está a punto de comenzar no debe agregarse a este proyecto vacío.

Entonces, la forma correcta de hacerlo es usar siempre el command de compositor y nunca clonar el repository a less que desee agregar algo en ese depósito exacto como contribución a la comunidad.

Otra observación: la composer update Calling composer update obtendrá las versiones más recientes disponibles y mencionadas en composer.json , que extenderás. Esto incluye también la versión de lanzamiento más reciente del marco de Laravel, versión "4.0. *". git pull cambio, git pull solo actualizará el layout vacío, posiblemente destruyendo los cambios que ya hayas realizado (tendrías que resolver el conflicto de alguna manera), y no obtendrás el último marco de Laravel, porque no está contenido. También deberías llamar a la composer update .

Entonces, en general, no hay ningún beneficio en clonar el repository. Simplemente tome su propia copy, colóquela en un repository para su propio proyecto y use Composer para actualizar las dependencies, incluidas las actualizaciones del marco.