我将GIT与localhost结合使用的想法正确吗？

首先，我为这个愚蠢的问题道歉，我一直在使用GIT，但作为我自己项目的独立程序员，因为它使在多台计算机上工作变得更容易。 我不必复制压缩文件，只要在我更换计算机时使用Git命令行获取新版本

现在我第一次作为团队的一部分使用它

这是NodeJS+Mongo项目

现在，如果我将一个存储库克隆到本地计算机上，并希望它与本地数据库一起工作，那么我需要更改一些设置以使其在本地计算机上工作。 数据库url、用户名、密码以及API url等

但稍后当我提交时，我不希望我的设置“覆盖”其他用户的设置，他们也在本地机器上工作

所以我应该做的是在我的本地主机上正常工作，准备本地环境中的更改，但是在提交之前，我应该只添加那些对所有团队成员都相同的文件，不包括设置文件，我想对吗

---

还有哪些好的实践？

对于初学者来说，如果您是团队成员，那么您可以使用正在使用的存储库

在你的fork上所做的所有更改都要提交给你的repo，尽可能多地提交给你的repo。在本地主机上工作，并添加功能和设置，验证它们是否正常工作

当您准备将对主repo所做的任何更改拉入，然后合并到您的主repo时，通常在此时，如果您的设置不同，或者您忘记将本地主机设置更改回常规，git将标记它并要求您通过将其与主repo进行比较来解决冲突。解决冲突，然后合并它们。对Master重复以上步骤，使其完全相同

一般来说，如果你在一个团队中，你不应该漫不经心地与主分支一起工作，因为它应该持有你正在工作的任何东西的最稳定版本

---

请注意，只要有一个提交，就有一个撤消，因此即使某个东西出错，也要点击它并恢复到以前的提交。

用户设置首先不应该是存储库的一部分。通常的做法是忽略repositorys'中包含用户设置的文件。这样，git就会忽略它们，并且它们不会在任何git上下文中显示为添加或更改的文件，因此您可以只处理项目，而不必担心任何与用户或计算机相关的设置。

好的做法是从存储库中完全排除配置和/或使用环境变量。@zerkms是的，这很有意义。如果由于某种原因，这是不可能的呢？然后只提交部分文件好主意？我想你没有其他选择了。@zerkms非常感谢你回答“fork”，你是指GitHub意义上的fork，还是只是克隆远程存储库以获得本地副本？我建议不要调用后一个fork，它只是克隆一个存储库以获得一个本地副本，您可以在其中按照描述工作。