我想我没有完全理解Git中分支背后的原因。
我正在开发一个使用框架的应用程序。
我可以运行两个分支一个与应用程序和另一个分支的框架?或者当我想更新框架，修复任何可能的错误，然后将其合并回来时，我是否应该分支?
谢谢!
分支用于组织项目开发的不同方面。
例如:您的框架正在工作。您决定要为一个新特性重新组织代码，或者要处理一个您不确定是否要发布的特性。所以你创建一个分支并在那里工作。与此同时，您发现您的框架中有一个错误。您可以回到原始分支，创建bug修复并发布它。
你可以同时有多个开发途径，保持它们分开，直到你准备好做一些事情。
你正在与应用程序和框架对话的用例将为它们拥有单独的存储库。而不是分支。
查看子模块…您可以对框架进行子模块化，使其与应用程序代码分离。
分支通常用于功能…因此，每当你创建一个新功能或修复一个错误时，你可能会创建一个分支来处理这个功能/错误，然后在完成后将其合并到你的主分支中。
当需要更新框架子模块时，还可以创建一个新的分支
如果您想使更改骨架框架可以轻松地合并回项目中，那么您的想法几乎是正确的。
不是框架应该从你的项目中分离出来，而是你的项目应该从框架中分离出来。
你要做的是，任何时候你在为你的项目开发一些特定的东西，在你的项目路径上做改变，如果你在为一般框架开发一些东西，你在框架分支上做这些改变。
如果你想更新你的项目，使用最新版本的框架，那么在你的项目分支上，只需合并你认为在框架分支上最稳定的提交。
你可以一遍又一遍地这样做，更新你的项目以使用最新版本的框架，保持你的框架分支独立，并可用于其他项目。
警告:永远不要在你的框架分支和你的项目合并。
这是一个对我来说非常有用的Git工作流，它确实巩固了我的分支思想。
基本上，你有两个主要分支(master, develop)。从每一个分支中，你都可以创建一个新的分支来处理特性、bug/热修复等。
这允许你保持一个干净的主(活动)版本的应用程序，你可以应用热补丁，以及合并这些热补丁回到你的开发和开发子分支一旦这些热补丁准备好了。
这个工作流还有很多其他的好处——在文章中已经提到了。
还有一个Git插件，它使使用这个工作流更简单。