克隆外部（远程）存储库时的建议
Recommendation when cloning an external (remote) repository
我想建立一个 git 项目来维护 symfony 应用程序（docker 文件、yml 等）的完整 docker 堆栈的配置。我想使用来自 Github 的外部项目，并以此为基础进一步修改它以满足我的应用程序的需要，例如将 mysql 数据库的 docker 配置切换为postgres 或添加其他容器。
现在我想知道如何处理克隆项目的提交历史，我是应该只克隆项目并在过去的提交之上在本地工作，还是在项目目录中启动一个新的 repo。
是否有关于该问题的最佳实践，或者是否允许这样做？
这取决于您打算如何进一步推进该项目。如果你考虑在将来向远程存储库添加一些东西，你应该 fork 它然后在一个新的功能分支中工作。当然，你必须保留过去的提交历史。
如果您基本上只需要这些文件并且想主要在本地工作，那没关系。您可以下载一个 ZIP 文件并使用这些文件做任何您想做的事情。这绝对合法。
我不确定的是，如果您计划在商业环境中使用某些部件，那适用于什么，但这在很大程度上取决于项目。
我想建立一个 git 项目来维护 symfony 应用程序（docker 文件、yml 等）的完整 docker 堆栈的配置。我想使用来自 Github 的外部项目，并以此为基础进一步修改它以满足我的应用程序的需要，例如将 mysql 数据库的 docker 配置切换为postgres 或添加其他容器。
现在我想知道如何处理克隆项目的提交历史，我是应该只克隆项目并在过去的提交之上在本地工作，还是在项目目录中启动一个新的 repo。
是否有关于该问题的最佳实践，或者是否允许这样做？
这取决于您打算如何进一步推进该项目。如果你考虑在将来向远程存储库添加一些东西，你应该 fork 它然后在一个新的功能分支中工作。当然，你必须保留过去的提交历史。
如果您基本上只需要这些文件并且想主要在本地工作，那没关系。您可以下载一个 ZIP 文件并使用这些文件做任何您想做的事情。这绝对合法。
我不确定的是，如果您计划在商业环境中使用某些部件，那适用于什么，但这在很大程度上取决于项目。