在本地合并，不提交會(huì)影響git上的代碼嗎？不！本地有一個(gè)git分支。如果不與遠(yuǎn)端同步，則本地分支將與遠(yuǎn)端分離，成為完全不同的分支。而且，只要不推到遠(yuǎn)端，補(bǔ)丁就不會(huì)在遠(yuǎn)端生效，遠(yuǎn)端也不知道本地修改了什么

在本地合并，不提交會(huì)影響git上的代碼嗎？

不！本地有一個(gè)git分支。如果不與遠(yuǎn)端同步，則本地分支將與遠(yuǎn)端分離，成為完全不同的分支。而且，只要不推到遠(yuǎn)端，補(bǔ)丁就不會(huì)在遠(yuǎn)端生效，遠(yuǎn)端也不知道本地修改了什么。

Git合并和變基的區(qū)別？

合并是將其他分支的代碼直接更改為當(dāng)前分支的對(duì)應(yīng)文件。在許多情況下會(huì)有沖突。

Variable base是模擬其他人提交的代碼，以便按時(shí)間順序處理代碼。一般來說，那些提交較少的人經(jīng)常使用這種方法

讓我們從結(jié)果開始：Git在某些情況下比SVN好，但它不能取代SVN

第一輪：Git是一個(gè)分布式版本控制系統(tǒng)，它可以更適合沒有固定“服務(wù)器”的研發(fā)人員。Svn是一個(gè)具有固定服務(wù)器的集中式版本控制系統(tǒng)。但我認(rèn)為，在某些情況下，分布式管理并不一定比集中式管理好，所以這一輪更為公平。

第2輪：[git的分支非常易于使用，而且非常強(qiáng)大。SVN的分支是一小塊雞排。SVN的分支是svncopy，它復(fù)制一個(gè)完整的項(xiàng)目。在這一輪中，GIT具有明顯的優(yōu)勢。

第三輪：

提交、更新或合并代碼時(shí)經(jīng)常報(bào)告錯(cuò)誤。Git的提示非?！爸艿健保梢院芎玫亟鉀Q錯(cuò)誤。SVN的提示有點(diǎn)不滿意。Git在這一輪中仍然有優(yōu)勢。

第4輪：

SVN對(duì)目錄具有良好的權(quán)限控制。它可以根據(jù)目錄進(jìn)行更新和提交，這有時(shí)很有用。Git無法控制目錄的權(quán)限。SVN的優(yōu)勢在這一輪是顯而易見的。

例如：

我們公司的研發(fā)人員使用git，藝術(shù)和產(chǎn)品使用SVN。藝術(shù)和產(chǎn)品通常將需求和資源放入SVN，SVN可以根據(jù)目錄而不是整個(gè)項(xiàng)目進(jìn)行下載。而SVN在windows系統(tǒng)中有一個(gè)非常著名的烏龜SVN軟件，有一個(gè)中文版本，使用起來非常方便。