git rebase和merge有什么區(qū)別？merge命令不保留merge的分支。合并不會生成提交。Rebase需要基于一個分支設置當前分支的基線。Git merge將兩個分支合并到一個新的提交文件中

git rebase和merge有什么區(qū)別？

merge命令不保留merge的分支。合并不會生成提交。Rebase需要基于一個分支設置當前分支的基線。

Git merge將兩個分支合并到一個新的提交文件中，其中包含兩個父級。Git rebase取消分支中的每個提交，臨時存儲它們，將當前分支更新為最新的源分支，并將所有提交應用于該分支。

謝謝。作為一個java程序員，我有更多的發(fā)言權。

首先，我聲明我的工資低于2萬英鎊。首先，我的工作年限不符合標準。其次，我的技術水平不夠。第三，我的項目經驗不夠。

無論您從事的是Java還是其他技術，如果您在一個大的技術領域專門從事一個重要的技術堆棧，您將獲得20K甚至更高的工資。

Java開發(fā)技術達到什么標準可以月薪20k？

首先，GIT rebase和GIT merge用于合并分支。

然后談談兩者之間的區(qū)別。

2. 不同的沖突處理方法

所以具體的使用取決于你自己的使用場景。

在開發(fā)過程中使用git rebase還是git merge，優(yōu)缺點分別是什么？

基本上，順序如下：

修改代碼后，需要先提交

git commit-am“commit message”

然后有兩種方法將您的代碼與遠程存儲庫中的代碼合并

A.git pull。這樣，您就可以直接更新本地存儲庫中的代碼，但問題是可能會有沖突，我不建議這樣做

B.git fetch first Origin（在遠程倉庫中檢索最新的源代碼），然后git merge Origin/Master（將本地代碼與遠程倉庫的最新代碼合并）。如果您的更改與遠程倉庫中的最新代碼沖突，系統(tǒng)會提示您逐一解決沖突，最后從1開始

如果沒有沖突，GIT push origin作為rebase，很容易與merge混淆，因為這兩個命令在結果上是相似的，請看http://git-scm.com/book/zh/ch3-6.html