GIT多并发开发版本问题(不是GitHub)
首先，我们对GIT非常陌生。
以下是工作流(根本没有源代码管理软件)：
Live Version
|
/----------|----------|----------|----------\
| | | | |
| DevVer1 DevVer2 DevVer3 DevVer4
| | | |
| TestVer1 TestVer2 TestVer3
| | | |
|----------/ | |
|---------------------/ |
|--------------------------------/
|
...乍一看，这似乎是一个标准的周期，然而，我们还没有得到GIT来很好地处理这个问题。假设DevVer1/2/4由Dev1签出，DevVer3由Dev2签出。DevVer1/2/4位于单独的文件夹中(显然，DevVer3也是如此)。所有4个DevVers都基于相同的版本。所有4项工作同时进行。所有3个TestVers都同时进行测试。DevVer4可以在任何时候成为TestVer。任何一个TestVers都可以在任何时间以任何顺序现场直播。无论哪个版本都是实时的--然后手动合并到未完成的开发版本中，等等。
我们不能让GIT很好地使用这种方法。我们试过工作树，但没能让它开始工作。我们完全有可能不正确地处理这件事。
是否有一个简单的方法来实现上述目标？
提前谢谢。
回答 1
Stack Overflow用户
发布于 2021-10-08 18:40:34
我想你的问题是：
DevVer1/2/4位于单独的文件夹中(显然，DevVer3也是如此)
您以前可能没有任何源代码管理软件，但是您有一个源代码管理系统:您定义了一系列版本，并且使用了一个工具来分离这些版本。您使用的工具是文件系统，文件系统提供的工具是目录，所以将版本映射到目录，因为这是您唯一的选择。“当你只有一把锤子时，一切看起来都像钉子。”
一些版本控制软件(例如Subversion)是基于一种扩展的文件系统，您可以将这种思想贯穿其中。吉特不是。
Git是一个项目不可变版本的数据库，每个版本都由其内容的散列标识，并由指向一个或多个以前版本的每个版本排列成一个图表。为了给版本命名，它有指向特定版本的分支(和标记，但它们现在不相关)。
分支是你的新锤子。图表上的每个文本标签都可以表示为分支。您可以开发它们，测试它们，并以您描述的所有方式合并它们。
您必须放弃的一件事是，您的文件系统上的特定目录对应于特定的版本。您可能仍然有多个目录，每个目录在git的术语中都是一个“克隆”，但是一个目录将是“Bob现在正在开发的任何目录”，一个目录将是“任何Jane正在测试的目录”，依此类推。也许其中之一将永远是“任何目前在现场的分支”，所以你可以做快速比较。有时，多个目录会指向同一个分支(例如，一个人测试它，另一个人调试修复到他们发现的最后一个错误，而不中断测试)，而其他分支没有被检出(现在没有人在DevVer3上工作？)没关系，都在git的数据库中)。
您可能还会发现，由于版本控制系统提供了额外的功能，您希望更改使用的分支。一旦你进入了这个阶段，就会有很多关于不同的“分支策略”或“工作流”-- "git流“、"github流”、“基于主干的开发”的文章，等等。
最后一个要点是，实际的活动代码根本不应该是git克隆-- git不是一个部署工具。您应该使用特定版本的代码(通常是标记，它只是一个不改变的分支)，并将其部署到一个活动服务器上。“活动代码”分支就是“活动代码的来源”。
https://stackoverflow.com/questions/69500203
复制相似问题
腾讯云开发者
