怎樣配置eclipse中忽略某些不必要提交的文件？eclips:ignorGit相比svn和其他版本管理工具的核心優(yōu)勢有哪些？首先，git有本地版本管理，不需要承擔(dān)遠(yuǎn)程服務(wù)器，非常方便。最重要的是不要

怎樣配置eclipse中忽略某些不必要提交的文件？

eclips:ignor

Git相比svn和其他版本管理工具的核心優(yōu)勢有哪些？

首先，git有本地版本管理，不需要承擔(dān)遠(yuǎn)程服務(wù)器，非常方便。最重要的是不要污染子目錄的軌道文件。但是svn的每一個(gè)子目錄都要拋出，這就造成了很大的麻煩，清理后會(huì)出現(xiàn)各種svn up異常而沒有結(jié)果。德勒特真是無語了。

其次，git有一個(gè)強(qiáng)大的合并工具:git根據(jù)提交票依次進(jìn)行另一次合并，提高了合并的成功率，避免了svn合并中的尷尬。即使合并失敗，也沒有贏 這不是任何其他版本的文件，您可以繼續(xù)進(jìn)行簡單的修改。

而且，git也有區(qū)別文件，在git gc:之前不保存文件。它只保存每個(gè)文件的快照，如果大文件被頻繁修改，這將導(dǎo)致git目錄變得非常大。git gc之后，packfile和idx文件將在。git目錄。只有保存文件差異才能解決一個(gè)常見問題。

強(qiáng)大的分支。建議根據(jù)git工作流的開發(fā)流程，將工作區(qū)劃分為幾個(gè)區(qū)域，比如主開發(fā)功能熱修復(fù)區(qū)。Git實(shí)現(xiàn)了去中心化的scm工具，github成為了新一代基于works進(jìn)行通信的sns代碼宿主平臺(tái)。其他版本管理工具，比如google code，也每況愈下。

Subversion是一個(gè)集中式的數(shù)據(jù)倉庫。

雖然git分布式數(shù)據(jù)倉庫的明顯優(yōu)勢(如快速、多副本)吸引了很多人，但在很多情況下，集中式數(shù)據(jù)倉庫更適合。例如，如果你有一些核心代碼，你想只允許少數(shù)人訪問，那么你不 我不想把它放在git里。許多公司集中管理他們的代碼。我猜所有(重要的)項(xiàng)目估計(jì)都要用版本控制系統(tǒng)來集中數(shù)據(jù)倉庫。

svn的思想是傳統(tǒng)的。

據(jù)說很多人(尤其是經(jīng)理或老板)把版號理解為一種習(xí)慣，開發(fā)是時(shí)間的線性軌跡，這種想法根深蒂固。不是借口，Git可選性不容易理解，事實(shí)上，你可能會(huì)注意到。任何一本關(guān)于Git的書都會(huì)在第一節(jié)第一章告訴你放棄你頭腦中所有的傳統(tǒng)觀念，重新理解它們。

Subversion只提供一種方法，沒有第二種選擇。

SVN是一個(gè)版本控制系統(tǒng)，它只提供一種方法，每個(gè)人都使用相同的方法。那個(gè) 就是它。這使得您可以輕松地將代碼從SVN遷移到其他集中管理的VCS或其他集中管理的VCS。Git不僅是一個(gè)版本控制系統(tǒng)，也是一個(gè)文件系統(tǒng)。它有大量的拓?fù)渲R來支持如何在不同的環(huán)境倉庫中設(shè)置代碼——，沒有統(tǒng)一的標(biāo)準(zhǔn)。選擇正確的拓?fù)涑蔀橐粋€(gè)問題。

以上純屬個(gè)人理解，希望對你有幫助！