Browse files

[ru] updated 8 chapter

  • Loading branch information...
boobaloo committed Jul 6, 2011
1 parent 0a0ded0 commit bd1aa896c819e2462387b07adfe4e301a7303d2b
Showing with 2 additions and 0 deletions.
  1. +2 −0 ru/08-git-and-other-scms/01-chapter8.markdown
@@ -416,10 +416,12 @@ If you have an existing codebase in another VCS but you’ve decided to start us
### Импортирование ###
Вы научитесь импортировать данные из двух самых популярных систем контроля версий — Subversion и Perforce — поскольку они охватывают большинство пользователей, которые переходят на Git, а также потому, что для обеих систем созданы и поставляются в составе Git высококлассные инструменты.
You’ll learn how to import data from two of the bigger professionally used SCM systems — Subversion and Perforce — both because they make up the majority of users I hear of who are currently switching, and because high-quality tools for both systems are distributed with Git.
### Subversion ###
Если прочтёте предыдущий раздел об использовании `git svn`, вы можете с лёгкостью использовать все инструкции, имеющиеся там для клонирования репозитория через `git svn clone`, отказа от использования сервера Subversion, перехода на новый сервер Git и начала его использования. Если вам требуется сохранить историю изменений, вы можете сделать это так же быстро, как получить данные с сервера Subversion (что однако может занять какое-то время).
If you read the previous section about using `git svn`, you can easily use those instructions to `git svn clone` a repository; then, stop using the Subversion server, push to a new Git server, and start using that. If you want the history, you can accomplish that as quickly as you can pull the data out of the Subversion server (which may take a while).
However, the import isn’t perfect; and because it will take so long, you may as well do it right. The first problem is the author information. In Subversion, each person committing has a user on the system who is recorded in the commit information. The examples in the previous section show `schacon` in some places, such as the `blame` output and the `git svn log`. If you want to map this to better Git author data, you need a mapping from the Subversion users to the Git authors. Create a file called `users.txt` that has this mapping in a format like this:

0 comments on commit bd1aa89

Please sign in to comment.