这是一个熟悉的场景。
你有你认为是个好主意的东西。要实现它,需要清除当前的代码库。它可能起作用,也可能不起作用,但效率低下等。
如果它有效,您将继续使用新代码。如果没有,您将恢复到实验之前的代码--但您将保留该实验以供参考。
你有几种选择:
让我们把协作,甚至是远程存储库排除在外。考虑只使用本地存储库进行solo项目的情况。
git分支正是你所需要的吗?在git中是否还有更符合这一需求的设施?分支过高并恢复到先前的提交是否足够?在这里,我们假设您不会在实验期间继续在主干上进行开发。
在研发场景中推荐的工作流是什么,比如这里描述的工作流?
发布于 2017-04-27 19:52:43
是: 2。
Git分支正是你所需要的。Git对所有关于分支的事情都很在行。
在git中,分支的重量微不足道。在git中,分支是驱动它所拥有的所有不可思议的力量的主要东西--与其他一些存储系统相比,分支是重量级的,或者是后遗症,或者根本不存在。树枝从来不过分。
即使在git中创建一个新的分支,也不要犹豫。创建是瞬时的,占用的资源为零。在您将一个分支合并回master
als之后,永远保持它的存在是零成本的,因为无论如何都不可能删除实际历史,因为它现在是master
的一部分,也就是说,您不太可能删除一个分支。当然,您可以删除它们,它只会删除名称,而不会删除实际历史记录的任何内容--如果您在(G)UI中被太多的分支名称弄糊涂了,这是非常有用的。
分支所产生的唯一成本是在将提交合并回master
(或其他永久分支)之前,将提交保持到它的活动状态。因此,如果您确实有一个空间使用非常大的分支,您肯定再也不需要了,那么一定要在一段时间后删除它。但实际上,我并不认为这是一个问题;除非您碰巧向它提交了大型图像或其他二进制文件。
https://stackoverflow.com/questions/43665440
复制相似问题