我想开发一个基于 Laravel 框架的 Web 应用程序，而根本不为框架做任何贡献。我喜欢在开发自己的 Web 应用程序时定期从框架获取更新。我也喜欢为我自己和我的队友使用版本控制系统。
我不确定在两者之间使用哪种策略
使用作曲家
composer create-project laravel/laravel webproject --prefer-dist
并定期使用 Laravel 保持更新
composer update
使用 git
git clone https://github.com/laravel/laravel.git webproject
并定期使用 Laravel 保持更新
git pull
它们之间的主要区别是什么？，我知道的一个是composer create-project --perfer-dist带有干净的版本控制，还有什么？
如果我一开始使用 git clone ，使用composer update从框架获取更新会造成任何伤害吗？
据我了解，它包含在该存储库中，它只是一个空目录结构，带有一些额外的样板代码，在启动新项目时同样需要这些样板代码。所以事实上，在开始一个新项目时不必创建所有这些目录并创建所有这些配置文件是很好的。
但另一方面，如果在您开始项目后更新该存储库，您无论如何都不会受益。任何将在那里提交的更改都旨在帮助新项目启动时，因为框架中的某些内容已更新，因此需要更改空布局。
此外，当你克隆一个 repo 时，理论上你会想要推回它——这里不是这种情况，因为你即将开始的项目不应该被添加到这个空项目中。
因此，正确的做法是始终使用 composer 命令，并且永远不要克隆存储库，除非您想在该存储库中添加某些内容作为对社区的贡献。
另一个说明：调用composer update将获取可用的最新版本并在 中提到composer.json，您将对其进行扩展。这还包括 Laravel 框架的最新发布版本，版本“4.0.*”。git pull相反，只会更新空布局，可能会破坏您已经进行的更改（您必须以某种方式解决冲突），并且您不会获得最新的 Laravel 框架，因为它不包含在内。你还得打电话composer update。
所以总而言之，克隆回购没有任何好处。只需获取您自己的副本，将其放入您自己项目的存储库中，然后使用 Composer 更新任何依赖项，包括框架的更新。