如何使用git从dev过渡到release

如何使用git从dev过渡到release,git,Git,这个场景是,我有一个项目,在不同的开发阶段有许多部分。有用于各种实验和初步测试的内部文件和文件夹,还有一个样本和测试用例文件夹。我在“调试”构建模式下工作 在此基础上,我提取了准备发布的文件子集,并将一堆永远不会发布的文件保留在一个暂存区域中,用于“发布”构建和测试。这组文件稍后会同步到GitHub 使用dev分支和rls分支,这个过程是可行的,但是在合并过程中容易出错,并且很容易丢失奇数文件。我知道使用Git的基本知识,但无法找到一个可靠的策略来解决我的问题 我读了,但它停止了关于我开始有麻烦

这个场景是,我有一个项目,在不同的开发阶段有许多部分。有用于各种实验和初步测试的内部文件和文件夹,还有一个样本和测试用例文件夹。我在“调试”构建模式下工作

在此基础上,我提取了准备发布的文件子集,并将一堆永远不会发布的文件保留在一个暂存区域中,用于“发布”构建和测试。这组文件稍后会同步到GitHub

使用dev分支和rls分支,这个过程是可行的,但是在合并过程中容易出错,并且很容易丢失奇数文件。我知道使用Git的基本知识,但无法找到一个可靠的策略来解决我的问题

我读了,但它停止了关于我开始有麻烦的地方


顺便说一句,我使用Visual Studio和Ortoisegit,因此带有奇怪开关的长命令行可能并不意味着什么。

我能找到的最好答案是:你不能

  • 您可以将提交分为多个部分,然后进行cherry pick提交
  • 您可以在两个分支上拥有相同的文件,然后在合并期间优先选择其中一个分支
  • 您可以完全忽略文件

但您不能跟踪分支上的文件,提交它们,然后将它们从合并中排除。看来Git做不到,我想是故意的。遗憾。

“带有奇怪开关的长命令行可能没有那么重要……”如果您打算使用
git
,并且您对工作流有疑问,那么最好熟悉命令行,即使您的主要界面是类似于Turtoisegit的GUI。除了CLI比GUI更灵活之外,能够回答您问题的人可能更倾向于使用CLI,并且可能根本无法回答问题的“我如何在龟甲中做到这一点”方面。