我们真的需要在Git分支吗？
我在上第一节软件工程课。 这是我们第一次在团队中使用git和github。 在课堂上，我们的老师告诉我们，你通常应该从母版分支，在你完成新功能后，将其合并回母版。 这就是我一直在做的。 然而，我小组的其他成员没有分支。 他们从github上的主机拉到本地机器，进行编辑，在本地主机上完成功能，然后推送到github上的主机 我试图说服他们加入分支机构，但现在我想了想，我发现这更令人困惑。 有人告诉我，分支的目的是复制代码，而不必担心意外地放入无法命名的代码会破坏主程序 但他们当地的主人真的就跟树枝一样吗？在进行编辑时，他们不会更改github上的主控程序，因此其他人可以自由地从github中提取工作代码。然后它们合并，类似于分支 我很困惑，如果他们所做的似乎是有效的，我们为什么要分支 谢谢 但他们当地的主人真的就跟树枝一样吗 是的 我很困惑，如果他们所做的似乎是有效的，我们为什么要分支 这取决于您的工作流程。您所描述的似乎是此工作流： Alice创建一个分支我们真的需要在Git分支吗？,git,github,branch,git-branch,branching-and-merging,Git,Github,Branch,Git Branch,Branching And Merging,我在上第一节软件工程课。 这是我们第一次在团队中使用git和github。 在课堂上，我们的老师告诉我们，你通常应该从母版分支，在你完成新功能后，将其合并回母版。 这就是我一直在做的。 然而，我小组的其他成员没有分支。 他们从github上的主机拉到本地机器，进行编辑，在本地主机上完成功能，然后推送到github上的主机 我试图说服他们加入分支机构，但现在我想了想，我发现这更令人困惑。 有人告诉我，分支的目的是复制代码，而不必担心意外地放入无法命名的代码会破坏主程序 但他们当地的主人真的就跟树枝
AlicemasterBobmasterAliceBobmastermaster功能A功能B功能AAlice功能A功能CAlice功能B功能AaliceBob功能ABobmasterbob功能A功能B功能C功能C诀窍在于，与其拥有个人分支，不如拥有特征分支。Alice应该有一个分支用于
功能a功能C功能B功能a现在，过了一段时间，我的代码完成了，我打开了一个向master的请求，这样我的同事就可以查看我的代码并批准或建议更改。很容易查看，团队中的每个人都知道master branch是稳定的。但是，其他分支机构不必这样做。当它们被合并到主控时，它们必须是短的。保持短一点。机器中的主机是本地主机。将所有更改推送到
origin/mastermaster例如，您有一个要向其中添加蓝牙模块的产品，然后您创建了一个分支add_Bluetooth from master，然后将该分支合并到master。另一个人正在使用wifi，他可以将他的分支合并到master。这只是常见的CVS工作流，创建分支会导致并行工作
克隆时会发生什么？ 实际上，
git clone主分支。只需键入以下命令git branch-a
git branch -a
* master
remotes/origin/HEAD
它们是其他命令，您可以使用git branch-r
查看远程分支
您可以通过操纵到此位置来检查本地分支创建的引用refs/remotes/origin
在实际项目中，人们在功能上进行协作，团队成员在代码合并之前查看其他人的代码，人们同时处理不同的功能或修复程序，功能可能会持续很长时间，因此必须保存在开发人员的机器上，等等。所有这些都是通过分支和将分支推送到github实现的。好的，谢谢！我认为我的团队计划一次开发一个功能，并且自己开发。但是现在我可以看到，如果人们在一次处理多个功能时与其他成员协作，那么分支是非常重要的。当你刚开始创建功能分支时，创建功能分支可能显得有些过火，但它们确实很难实现