与其只是将一堆东西捆绑到一个版本中,我还想将相关的东西打包成一个单独的版本。 我正在尝试使用 1.18 来做这件事,以使其与 PR 相关(回复评论和合并,本来希望获得评论,但那是以后的事)。
也许我们可以根据一堆东西重新组织里程碑,然后对它们进行优先级排序,依次处理功能,以便我们可以发布具有主题的更新。
一些种子想法:
爱它。 还可以更轻松地适应新功能,而不是因为新功能而到处都是新事物。 使用 2.0、2.1、2.2、3.0 等版本控制也更有意义,而不是“卡在”1.whatever。
此外,它应该更容易上市!
我一直在拖延 2.0 的大版本,以收集一堆很酷的功能,然后推送 Hacker News、Product Hunt 等。我真的很想在那里获得 2.0 的配置文件选项卡。
那么,即使它们在各自的版本之前没有合并,我仍然可以为这些东西排队 PRs 吗? 我还需要继续努力😐
使用GitHawk发送
@SD10哈哈当然! 这只会让每个人更好地了解优先级(更快的评论等)。
使用GitHawk发送
我们也可以尝试使用 GitHub 项目管理板。 然而,我从来没有在我的任何项目中解决过这个问题
使用GitHawk发送
我绝对愿意尝试它,只是不清楚他是否重视它提供的问题/里程碑。
使用GitHawk发送
我实际上更喜欢问题和里程碑。 我想董事会只有在我们有不同的开发阶段时才有帮助,比如:积压、进行中、审查中、测试等。我们还没有那么有条理(还)也许有一天我们会更换 GitHub 网络应用程序? 😬
使用GitHawk发送
对于那些感兴趣的人,我尝试使用2.0 里程碑来做到这一点,主要侧重于拉取请求审查!
最有用的评论
我一直在拖延 2.0 的大版本,以收集一堆很酷的功能,然后推送 Hacker News、Product Hunt 等。我真的很想在那里获得 2.0 的配置文件选项卡。