Git新手-解释和用法
因此，我目前正在与另一个开发人员一起进行一个项目，到目前为止，我一直是自己开发的，从未使用过任何形式的版本控制 为了了解Git是否是我们真正需要的工具，我想知道是否有一种方法可以查看他们正在处理的文件，而不必每次都询问他们，这样我们就不会编写彼此的代码。这是可能的还是有其他的工具 基本上，对于我来说，在同一个项目上与另一个开发人员合作的最佳流程是什么 Git是我与另一个开发人员合作的前进方向吗 分布式版本控制系统是一种协作方式，无需一直连接到服务器：每个系统都可以获得repo的完整历史记录 有没有一种方法不必每次都询问他们就可以知道他们在处理什么文件，这样我们就不会互相重复编写代码 不，这仍然是一个通信问题，而不是分布式工具的特性，因为分布式工具没有锁定机制。Git新手-解释和用法,git,Git,因此，我目前正在与另一个开发人员一起进行一个项目，到目前为止，我一直是自己开发的，从未使用过任何形式的版本控制 为了了解Git是否是我们真正需要的工具，我想知道是否有一种方法可以查看他们正在处理的文件，而不必每次都询问他们，这样我们就不会编写彼此的代码。这是可能的还是有其他的工具 基本上，对于我来说，在同一个项目上与另一个开发人员合作的最佳流程是什么 Git是我与另一个开发人员合作的前进方向吗 分布式版本控制系统是一种协作方式，无需一直连接到服务器：每个系统都可以获得repo的完整历史记录 有没
我们的想法是先从另一个回购协议中提取最新的本地工作，然后在本地解决任何冲突，然后推送。版本控制系统不会管理您的工作。它们允许开发人员编辑同一个文件，然后合并不同之处，并保留所有这些更改的历史记录以及附加的日志消息
确定谁做什么的问题是一个管理和沟通问题。有一些工具可以帮助您使用任务管理平台或问题跟踪系统。但主要的一点是，开发人员的工作有50%是与其他开发人员进行沟通。即使系统只是阻止其他方修改您的文件，如果您不协调您的工作，您也会像先锁定文件的人获胜一样进行斗争。我对这个问题投了否决票，因为“是否是前进的道路”这件事绝对是主观的。请删除问题的这一部分，或者重新表述，这样就不会引发版本控制系统的大战。这样做的最佳方式是拥有主回购协议，让我们每个人都拥有自己的分支机构吗？或者只是我们两个之间的一个分支？然后我们推到那个分支，一旦我们知道一切正常，就把它推到主分支上？@Tenatious你可以将你的工作隔离到一个分支上，但是如果你俩都在使用同一个功能，那么实际上最好尽可能多地合并：一个分支就足够了。@Tenatious请参见