为编程团队使用github

我总是独自工作，而不是在开发团队中，所以这从来都不是一个问题

我将与其他人一起编写代码，因此需要某种版本控制

我一直在研究GitHub并将其与Netbeans集成

我可以进行更改并提交，没有问题

我希望能够“签出”一个或多个文件，这将阻止其他用户在我编辑时编辑这些文件，直到我提交并签入该文件为止

这是正常的过程，我遗漏了什么，还是我对GitHub的理解不正确

这确实有助于理解一些一般性的问题，但是有什么办法可以阻止我们中的一方编辑另一方正在编辑的文件吗

否：对于分散式版本控制系统，没有（乐观主义者或悲观主义者）可能或需要的锁定机制

协调是在将本地工作推送到公共远程存储库时完成的：如果已经推送了其他提交，则必须首先将它们的工作合并到分支（或在它们的工作之上重新设置分支的基础），在本地进行测试，如果一切仍在工作，则再次尝试推送

---

尽量减少冲突并避免多个团队成员处理同一组文件仍然是一个组织和沟通问题。

这是否回答了您的问题？谢谢-这确实有助于理解一般情况，但有什么办法可以阻止我们中的一方编辑另一方当前正在编辑的文件吗？当您使用分散的版本控制系统时，您通常不希望这样做—拉、合并/重设基和测试工作流会为您解决这一问题（没有让人停止编辑的额外不便）。下面请看@ VonC和我对它的评论。如果你真的不希望人们编辑你正在处理的文件，那么可以考虑以某种方式传达给他们（也许在文件的顶部放一个注释，或者在提交消息中写一个注释）。。注意：有一个

git worktree锁

（），但它只涉及工作树的多个本地副本。如果您是版本控制新手，“merge”指的是一种组合方法（因此称为“merging”）您与其他人同时进行的更改。这样，多个人可以同时处理同一文件，并且每个人的更改都可以合并。@BenZ.True。关键点是：合并是一个本地操作，任何可能的合并冲突都可以解决。除了像@VonC所说的本地合并之外，y您可以在GitHub上使用pull请求功能进行合并。但是，在本地进行合并比在线（在GitHub上）进行合并可以提供更多的控制。非常感谢你在这方面的所有意见。我很清楚，我对它的理解不太正确，但你为我指明了正确的方向。我现在知道，不要寻找不存在的东西。再次感谢。