分支与GitHub存储库中的文件夹有何不同？
我是GitHub的新手，我不太明白什么是分支。我感觉它就像一个文件夹。请解释：文件夹和分支的具体区别是什么？阅读以了解github的工作原理 分支就像一个正在进行的工作，您复制主代码（或其中的一部分）进行更改（添加新功能或修复错误），当您测试它工作正常时，您将其合并回主分支。因此，整个想法基本上是有一个开发分支和一个稳定的工作分支，如果在更改过程中出现问题，您可以使用它。阅读以了解github的工作原理分支与GitHub存储库中的文件夹有何不同？,git,github,git-branch,Git,Github,Git Branch,我是GitHub的新手，我不太明白什么是分支。我感觉它就像一个文件夹。请解释：文件夹和分支的具体区别是什么？阅读以了解github的工作原理 分支就像一个正在进行的工作，您复制主代码（或其中的一部分）进行更改（添加新功能或修复错误），当您测试它工作正常时，您将其合并回主分支。因此，整个想法基本上是有一个开发分支和一个稳定的工作分支，如果在更改过程中出现问题，您可以使用它。阅读以了解github的工作原理 分支就像一个正在进行的工作，您复制主代码（或其中的一部分）进行更改（添加新功能或修复错误），
分支就像一个正在进行的工作，您复制主代码（或其中的一部分）进行更改（添加新功能或修复错误），当您测试它工作正常时，您将其合并回主分支。所以整个想法基本上是有一个开发分支和一个稳定的工作分支，如果在更改过程中出现问题，您可以使用它们。从某种意义上说，它们都是文件集。但是，它们的概念来自不同的环境，使用方法也非常不同 文件夹是文件系统的一项功能。我希望我不必解释更多，因为这是一个基本的计算概念。您可以嵌套文件夹，它们没有关于版本控制系统的特殊功能（主要是历史记录） 分支是版本控制系统的一项功能。它允许您一次管理更多的开发任务。它们包含历史记录，您可以随时检查它们转移的提交。但是，不能将它们嵌套在Git中
我将开始学习如何在Git on中使用分支。在某种程度上，它们都是文件集。但是，它们的概念来自不同的环境，使用方法也非常不同 文件夹是文件系统的一项功能。我希望我不必解释更多，因为这是一个基本的计算概念。您可以嵌套文件夹，它们没有关于版本控制系统的特殊功能（主要是历史记录） 分支是版本控制系统的一项功能。它允许您一次管理更多的开发任务。它们包含历史记录，您可以随时检查它们转移的提交。但是，不能将它们嵌套在Git中
我将开始学习如何在Git on中使用分支。到目前为止答案不错；我再加两分钱。您已经知道什么是文件夹，所以接下来我们必须考虑什么是提交。提交是文件夹的快照，具体来说，是存储库某个时间点的根文件夹。分支只是指向提交的指针。请看下面这张来自优秀网站的图片： 在这张图片中，灰色框是提交。您可以看到，每个文件夹都有自己的主文件夹快照。橙色框是分支-请注意它们只是指向提交的指针。在这种情况下，有两个分支（
v1.0masterHEADmasterf30abv1.0f30ab顺便说一句，正如其他人所提到的，你真的应该读这本书。当你了解基本原理时，使用Git会更加愉快。到目前为止，答案不错；我再加两分钱。您已经知道什么是文件夹，所以接下来我们必须考虑什么是提交。提交是文件夹的快照，具体来说，是存储库某个时间点的根文件夹。分支只是指向提交的指针。请看下面这张来自优秀网站的图片： 在这张图片中，灰色框是提交。您可以看到，每个文件夹都有自己的主文件夹快照。橙色框是分支-请注意它们只是指向提交的指针。在这种情况下，有两个分支（
v1.0masterHEADmasterf30abv1.0f30ab顺便说一句，正如其他人所提到的，你真的应该读这本书。当您了解基本原理时，使用Git会更加愉快。正如Melebius所说，它们都是保持代码两个不同版本的方法 文件夹是文件系统的一项功能 分支是版本控制系统的一个特性，这意味着Git跟踪您在版本历史中创建它的时间点 Git允许您将分支合并回主线，并合并它们。您可以创建一个分支来处理一些可能会或可能不会成功的事情，进行多次提交，直到它进入工作状态，然后进行合并 或者将单个提交从主线移动到分支，反之亦然。当您对分支进行错误修复时，您可能会使用此选项，您后来意识到这也适用于主线 所有这些好处随着文件夹而消失
另一方面，文件夹有其自身的优点，如：