Github 如何通过发布一个版本在两个不同的git分支上发布两个版本

我的项目在GitHub上有两个分支

• 第一个分支是“dev”包含主代码
• 第二个分支是“dev-grunt”，包含连接和缩小的文件

有很多文件夹和子文件夹包含js文件。 例如，假设“dev”包含一个文件夹“MyApp”，该“MyApp”文件夹包含三个子文件夹，分别命名为“模型”、“视图”和“集合”

另一方面，“dev grunt”分支包含dev的所有文件夹的连接和缩小文件，例如：

• models.min.js是“models”的缩小文件
• views.min.js是“视图”的缩小文件
• collection.min.js是“collections”的缩小文件

通常我们使用dev分支进行发布，但现在我们希望使用dev-grunt分支进行额外的发布

我们是否可能只在dev上发布一个版本，而dev-grunt分支会自动获取该开发版本中的所有代码更改，并将这些更改应用到缩小/连接的文件中，然后应该发布？

---

还是有可能吗？

没有。Git不知道如何将普通文件中的更改应用于缩小的文件。它们是不同的文件集，对吗？是的，您可以说，如果在dev branch中，views文件夹包含10个js文件，那么在dev grunt branch中，所有这10个文件的代码都在views.min.js文件中，该文件将进一步缩小。那么，是否还有其他方法可以跟踪dev branch中的更改，并将其应用到dev grunt缩小的文件中？方法是最小化这些更改并将其提交到另一个分支。这不是Git可以自动完成的事情。对于Git来说，源代码只是文本。它不解析它。但我想知道：a）为什么在一个单独的分支机构？因为它是一段不同的代码，所以我会将其作为一个单独的存储库。b） 为什么要将缩小的文件放在版本控制中？毕竟，它是可复制的代码，只需重新缩小您拥有的源文件。我认为缩小的文件是最终产品，如果你愿意的话，是源代码的编译版本。您也不会将编译后的可执行文件添加到版本控制中……a）：是的，您是对的，这是一个好主意。我还考虑使用单独的存储库。b:因为我们是团队中的三个人，所以每个人都在不同的地方进行更改，并将代码推送到github。我们希望dev grunt遵循相同的过程，这样每个人的更改也可以保存在缩小的文件中。因此，我将为缩小的文件创建一个单独的存储库，然后我们将手动运行grunt以将更改应用于缩小的文件。每个人都将遵循此过程。请告诉我我是对的吗？这是正确的方法还是我们有其他一些选项？不。Git不知道如何将普通文件中的更改应用于缩小的文件。它们是不同的文件集，对吗？是的，您可以说，如果在dev branch中，views文件夹包含10个js文件，那么在dev grunt branch中，所有这10个文件的代码都在views.min.js文件中，该文件将进一步缩小。那么，是否还有其他方法可以跟踪dev branch中的更改，并将其应用到dev grunt缩小的文件中？方法是最小化这些更改并将其提交到另一个分支。这不是Git可以自动完成的事情。对于Git来说，源代码只是文本。它不解析它。但我想知道：a）为什么在一个单独的分支机构？因为它是一段不同的代码，所以我会将其作为一个单独的存储库。b） 为什么要将缩小的文件放在版本控制中？毕竟，它是可复制的代码，只需重新缩小您拥有的源文件。我认为缩小的文件是最终产品，如果你愿意的话，是源代码的编译版本。您也不会将编译后的可执行文件添加到版本控制中……a）：是的，您是对的，这是一个好主意。我还考虑使用单独的存储库。b:因为我们是团队中的三个人，所以每个人都在不同的地方进行更改，并将代码推送到github。我们希望dev grunt遵循相同的过程，这样每个人的更改也可以保存在缩小的文件中。因此，我将为缩小的文件创建一个单独的存储库，然后我们将手动运行grunt以将更改应用于缩小的文件。每个人都将遵循此过程。请告诉我我说的对吗？这是正确的方法还是我们有其他选择？