首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >使用git作为研发工具

使用git作为研发工具
EN

Stack Overflow用户
提问于 2017-04-27 18:29:22
回答 1查看 323关注 0票数 2

这是一个熟悉的场景。

你有你认为是个好主意的东西。要实现它,需要清除当前的代码库。它可能起作用,也可能不起作用,但效率低下等。

如果它有效,您将继续使用新代码。如果没有,您将恢复到实验之前的代码--但您将保留该实验以供参考。

你有几种选择:

  1. 您可以提交实验代码,然后将提交的undorevert提交到以前的提交。
  2. 即使在事实发生之后,您也可以分支,然后要么merge实验代码(知道您不会有冲突),要么忽略这个分支并在主干上继续。
  3. 如果实验结果没有持久的优点,另一种选择就是简单地discard更改。

让我们把协作,甚至是远程存储库排除在外。考虑只使用本地存储库进行solo项目的情况。

git分支正是你所需要的吗?在git中是否还有更符合这一需求的设施?分支过高并恢复到先前的提交是否足够?在这里,我们假设您不会在实验期间继续在主干上进行开发。

在研发场景中推荐的工作流是什么,比如这里描述的工作流?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2017-04-27 19:52:43

是: 2。

Git分支正是你所需要的。Git对所有关于分支的事情都很在行。

在git中,分支的重量微不足道。在git中,分支是驱动它所拥有的所有不可思议的力量的主要东西--与其他一些存储系统相比,分支是重量级的,或者是后遗症,或者根本不存在。树枝从来不过分。

即使在git中创建一个新的分支,也不要犹豫。创建是瞬时的,占用的资源为零。在您将一个分支合并回master als之后,永远保持它的存在是零成本的,因为无论如何都不可能删除实际历史,因为它现在是master的一部分,也就是说,您不太可能删除一个分支。当然,您可以删除它们,它只会删除名称,而不会删除实际历史记录的任何内容--如果您在(G)UI中被太多的分支名称弄糊涂了,这是非常有用的。

分支所产生的唯一成本是在将提交合并回master (或其他永久分支)之前,将提交保持到它的活动状态。因此,如果您确实有一个空间使用非常大的分支,您肯定再也不需要了,那么一定要在一段时间后删除它。但实际上,我并不认为这是一个问题;除非您碰巧向它提交了大型图像或其他二进制文件。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/43665440

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档