如何在不同的构建类型 (Android/Studio) 中使用 GitHub 版本控制？

Question

感谢您的阅读和任何反馈/建议。

我一直在开发一个 android 应用程序，直到现在只使用了一种构建类型。 我一直在使用 GitHub 只是为了在编写代码时记录我的代码。 我目前只有主分支。

我正在开发的应用程序适用于一家与家庭相关的小型企业（最多 20-30 个用户），我还有一个需要访问源代码的人。 （但不合作）​​。 我几乎完成了应用程序的第一个“模块/部分”，除了继续处理我的代码之外，我还想创建一个发布版本。

现在，我已将我的项目分成（主要）两种不同的构建类型，我将其命名为：Staging 和 Release。

我的发布版本是我希望发布的用于测试以收集一些反馈的版本（目前只有 2-3 个测试用户）。 在我的临时构建中，我想继续开发我不打算发布的新的附加/功能。 我试图让事情变得非常简单，因为这不是一个巨大的操作。

我现在的问题是：

关于我在 GitHub 上的现有存储库，我应该如何处理这两种构建类型。 如前所述，到目前为止，我只在 master 分支下提交了整个项目。 我对此的理解是有限的。 我不确定我是要提交整个项目还是只是构建类型？ 我希望我可以只提交一个特定的构建类型； 如果是这样，我会为每个构建创建一个新分支，还是应该构建（暂存/发布）仍然是主分支并且只分支相反？

谢谢！

编辑：

更准确地说，我的构建类型具有不同的源集。 像这样：

/src/staging/...

/src/release/...

等等。

我的发布和暂存构建类型都有不同的源集。 提交这个项目时，我如何确保只有特定的源集被提交到特定的分支？ 我怀疑我是否应该将两个源集提交到两个分支，对吗？ （我有一种感觉，我在这里严重误解了一些东西）

Answer 1

这是我的建议：

• 仅让 Master 进行登台。
• 对于您的发布，从 master 创建一个单独的分支，名为release-v0.0.1 。 这样您就可以向后跟踪您在哪个版本中发布的内容。
• 要发布，您必须查看release-v0.0.1
• 对于更多版本，请继续根据版本类型提高次要或主要版本，例如：从release-v0.0.1 -> release-v0.0.2或release-v0.1.0
• 你可以以任何你想要的方式配置你的发布分支。 此外，您将拥有此发布分支以供将来发布时参考。

编辑：

查看您编辑的问题，我认为您需要的是构建变体，请查看： Android Build Variants