2016-07-24 41 views
0

我正在和一位協作者一起工作,據我所知,這些代碼能夠產生良好的輸出。在這段代碼中,我們有一個函數,它使用一個變量vals_dB,它表示一些複雜浮點數的對數的二維數組。由於不相關的原因,我們希望重構代碼,以便函數使用vals_cpx,以便該函數也接收相位信息。兩個工作版本的git命令

我的問題是,什麼是最好的git工作流模型?我們可能會也可能不會使用具有修改參數的函數,但我們至少希望看看它是否有效,並根據舊輸出(已經過測試並按其應有的方式)進行檢查。我們應該使用分支嗎?或者,如果我們決定回到原始狀態,只需跟蹤提交併返回到之前的狀態?

關於我,我一直在使用git與他人共享代碼一段時間,但由於時間不斷,我從來沒有機會坐下來真正想想我在做什麼。結果,我的工作樹木通常最終處於混亂狀態,最終導致了一堆令人髮指的合併衝突。

+1

創建一個「特徵」分支 - 然後在測試新函數之後,您可以合併回當前分支,在該分支中您將具有帶有變量vals_dB的函數。 – ishmaelMakitla

+0

我用p4merge做視覺合併。小菜一碟!我不知道我爲什麼如此害怕。 –

回答

1

像@ishmaelMakitla說的,你應該使用git checkout -b <branch-name>來創建一個功能分支。然後你在那個分支上開發你的特性,測試它,看看你是否喜歡它,等等。如果不是的話,你只需要git checkout master返回到你的主分支,然後做​​刪除它從未存在過的特性分支。你也可以繼續在master上進行研發!