我正在管理一个 Github 存储库，其中有大约 20 名开发人员在工作，拉动/推送更改、修改类和文件等。项目中的开发人员正在使用两个 IDE：IntelliJ IDEA 和 VS Code，我们使用它们作为主要编程语言 Java 和 Vue.js。
我已经使用 Github 一段时间了，但之前我使用过 TFS（Team Foundation Server），在这里我可以选择锁定文件或类以便在我处理它时进行编辑，而不是允许其他用户可以编辑我的文件，直到我完成更改并为其他开发人员解锁该文件。在我们的 Github 存储库中，我们已经按照基于此link
的方法实施了一些拉/推分支策略现在，使用 Github，因为它是分布式的，我知道你保存了存储库及其历史记录的本地副本，这与集中式的 TFS 相比有很大的不同。
说实话，在编辑文件时锁定文件，并在开发人员完成更改时解锁它的做法非常有用，我不知道在使用 Github 时是否有办法模仿这种行为。通过这种方式，我可以防止开发人员在拉/推更改时在合并过程中删除其他人的代码。
在 Github 中编辑文件时是否可以锁定/解锁文件。是否有工具或选项可以帮助我防止这些情况发生？如果没有，是否有一些最佳实践可能是我所缺少的，以防止我在 Github 上可能遇到的覆盖问题，而我在 TFS 上却没有？我猜想，由于开发人员拥有存储库的本地副本，像在 TFS 中一样锁定/解锁文件是相当困难的，甚至是不可能的，但也许那里有一些东西可以帮助开发人员不杀死其他人的代码。
我认为下面的内容可以有所帮助，我必须对此进行一些研究。希望它能帮助你。 在 GitHub 中，没有像 TFS 那样的内置文件锁定机制。但是，您可以遵循以下最佳实践来防止覆盖问题：
使用分支策略来隔离更改并允许独立工作。 鼓励在合并更改之前进行代码审查，以便及早发现冲突。 促进开发人员之间的沟通以协调文件修改。 对开发人员进行冲突解决培训，以有效处理合并冲突。 实施测试和持续集成以尽早发现问题。