我最近开始开发一个新库,并使用 Git 进行版本控制。我决定关注广受欢迎的博客文章A successful Git branching model来管理分支。现在是我发布第一个版本的时候了,我想要一些关于管理特定文件集的建议,如下所述。
在开发分支和功能分支上,我想要所有的“支持文件”,例如用于编译的 makefile 和 doxygen 用于生成文档的 readme.md 文件。(请注意,这些只是几个示例。我还有更多“支持文件”。)
博客文章还说,提交到 master 分支是定义上的发布。我希望该版本包含所有“二进制文件”(例如,包括编译产生的目标文件和包含文档的 html 文件)。这些文件应该提交到主分支,以便客户可以从带有标签的存储库中克隆并获得所需的版本。
我不想在版本中包含“支持文件”(因为我不想给客户一堆他们不想要或不能使用的文件)。同样,我不希望在开发和功能分支中对“二进制文件”进行版本控制。因此,我想提交一组文件来开发,另一组文件来掌握。(当然,还有一组文件对两个分支都是“通用的”。)但是,我对保持主分支和开发分支不同步持怀疑态度,就像刚才描述的那样。
我提出的模型听起来不错吗?如果是这样,我应该如何处理提交开发和掌握的不同文件?有没有更好的方法来处理这种情况?
我浏览了上述博客页面上的每一条评论,搜索了互联网,也在 StackOverflow 上搜索了这里。从搜索结果来看,这个带有一些不同文件的帖子 GIT 存储库似乎是唯一一个接近我的问题的地方。这些都没有帮助我找出解决方案。