git 两个工作版本的命令
git commands for two working versions
我正在与合作者合作编写一些代码，据我所知，这些代码产生了良好的输出。在这段代码中，我们有一个函数，它接受一个变量 vals_dB，该变量表示一些复数浮点数大小的对数的二维数组。由于不相关的原因，我们想重构代码，使函数接受 vals_cpx，以便函数也接收相位信息。
我的问题是，最好的 git 工作流程模型是什么？我们可能会也可能不会最终使用带有修改后的参数的函数，但我们希望至少看看它是否有效并根据旧输出（已经过测试并且正在按应有的方式工作）检查它。我们应该使用分支吗？或者如果我们决定回到原来的状态，只跟踪提交和 return 到以前的状态？
关于我，我已经使用 git 与他人共享代码一段时间了，但由于截止日期不断，我从来没有机会坐下来真正思考我在做什么。结果，我的工作树通常以混乱状态结束，我最终遇到了一堆令人发指的合并冲突。
如@ishmaelMakitla 所说，您应该使用 git checkout -b <branch-name> 创建一个功能分支。然后你在那个分支上开发你的功能，测试它，看看你是否喜欢它，等等。如果不喜欢，你只需执行 git checkout master 返回到你的主分支，然后执行 git branch -D <branch-name> 删除该功能分支就像它从未存在过一样。您也可以在 master 上继续开发！
我正在与合作者合作编写一些代码，据我所知，这些代码产生了良好的输出。在这段代码中，我们有一个函数，它接受一个变量 vals_dB，该变量表示一些复数浮点数大小的对数的二维数组。由于不相关的原因，我们想重构代码，使函数接受 vals_cpx，以便函数也接收相位信息。
我的问题是，最好的 git 工作流程模型是什么？我们可能会也可能不会最终使用带有修改后的参数的函数，但我们希望至少看看它是否有效并根据旧输出（已经过测试并且正在按应有的方式工作）检查它。我们应该使用分支吗？或者如果我们决定回到原来的状态，只跟踪提交和 return 到以前的状态？
关于我，我已经使用 git 与他人共享代码一段时间了，但由于截止日期不断，我从来没有机会坐下来真正思考我在做什么。结果，我的工作树通常以混乱状态结束，我最终遇到了一堆令人发指的合并冲突。
如@ishmaelMakitla 所说，您应该使用 git checkout -b <branch-name> 创建一个功能分支。然后你在那个分支上开发你的功能，测试它，看看你是否喜欢它，等等。如果不喜欢，你只需执行 git checkout master 返回到你的主分支，然后执行 git branch -D <branch-name> 删除该功能分支就像它从未存在过一样。您也可以在 master 上继续开发！