Documentation/git-svn: updated design philosophy notes

This section has not been updated in a while and
--branches/--tags/--trunk options are commonly used nowadays.

Noticed-by: Lars Hjemli <hjemli@gmail.com>
Signed-off-by: Eric Wong <normalperson@yhbt.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:
Eric Wong 2007-09-18 16:50:42 -07:00 коммит произвёл Junio C Hamano
Родитель cd894ee9ad
Коммит bd43098c26
1 изменённых файлов: 6 добавлений и 5 удалений

Просмотреть файл

@ -478,11 +478,12 @@ previous commits in SVN.
DESIGN PHILOSOPHY DESIGN PHILOSOPHY
----------------- -----------------
Merge tracking in Subversion is lacking and doing branched development Merge tracking in Subversion is lacking and doing branched development
with Subversion is cumbersome as a result. git-svn does not do with Subversion can be cumbersome as a result. While git-svn can track
automated merge/branch tracking by default and leaves it entirely up to copy history (including branches and tags) for repositories adopting a
the user on the git side. git-svn does however follow copy standard layout, it cannot yet represent merge history that happened
history of the directory that it is tracking, however (much like inside git back upstream to SVN users. Therefore it is advised that
how 'svn log' works). users keep history as linear as possible inside git to ease
compatibility with SVN (see the CAVEATS section below).
CAVEATS CAVEATS
------- -------