我正在尝试提出一个个人工作流程。我整理了一个发行版的假设生命周期的流程图：一个开发人员推向公开的github repo +一个帮助提供某些功能并修复bug的朋友。
这是版本控制的合理方法吗？
主要思想是保持公共仓库整洁：
每个新版本都会进入自己的分支，直到完成后最终在master分支中对其进行标记。
为了防止异常，所有工作都在“功能”或“修补程序”分支上进行，而不是在实际的发行分支上进行。
合并到更高级别的分支总是要重新设置基础或进行压缩（以避免混乱）。
如果这太过猛烈，我不介意，因为对我而言，重点就在于学习大型项目可能需要的技能。唯一的问题是，如果我在做完全错误或不必要的事情。
编辑2：修正原始流程图中的错误主意，并使它更易于浏览。
“合并到更高级别的分支总是要重新设置或压缩（以避免混乱）。” 有时我觉得这更加混乱，因为历史与实际发生的情况不符。
—
Matsemann
我认为我的大脑刚刚爆炸了OO
—
Zaz 2014年
--squash错误，并添加了网格以使其易于遵循。