Prev Next

Git Community Book

Как получить Git репозиторий

Теперь когда Git уже установлен и сконфигурирован, нам нужен Git репозиторий. Этого можно добиться двумя способами. Первый - мы можем клонировать существующий репозиторий. Второй - мы можем инициализировать репозиторий, либо в уже существующей директории исходников, либо в пустой директории.

Клонирование репозитория

Для того чтобы получить копию проекта, вам нужно знать Git URL проекта - это расположение проекта. Git может работать со многими различными протоколами, URL может начинаться с ssh://, http(s)://, git://, или с имени пользователя (в этом случае git предположит что нужно использовать ssh). Некоторые репозитории могут быть доступны на нескольких протоколах. Для примера, исходный код самого Git может быть склонирован или через git:// протокол:

git clone git://git.kernel.org/pub/scm/git/git.git

или через http:

git clone http://www.kernel.org/pub/scm/git/git.git

Протокол git:// более быстрый и эффективный, но иногда необходимо использовать http, если вы позади корпоративного или персонального фаервола. В любом случае в итоге у вас появится директория с именем 'git' которая содержит весь исходный код Git и историю - по существу это полная копия того что есть на сервере.

По умолчанию Git даст имя новой директории следующим образом. URL клонируемого репозитория заканчивается на '.git', все что идет до этого окончания будет использоваться как имя для новой директории. (т.е. git clone http://git.kernel.org/linux/kernel/git/torvalds/linux-2.6.git результат будет новая директория 'linux-2.6')

Инициализация нового репозитория

Предположим у вас есть архив тарболл(tarball) с именем project.tar.gz, где исходники вашего проекта. Вы можете поместить проект в git след. образом:

$ tar xzf project.tar.gz #распаковать проект

$ cd project #перейти в директорию проекта

$ git init #инициализировать git для проекта

Вы увидите вывод команды Git

Initialized empty Git repository in .git/

Теперь у вас есть проинициализированная рабочая директория -- и вы возможно заметили что появилась новая директория ".git".

gitcast:c1_init

Prev Next

Перевод http://www.kernel.org/pub/software/scm/git/docs/user-manual.html

Предисловие

Git это быстрая распределённая система управления версиями.

Данное руководство предназначено для чтения тем, кто имеет базовые знания UNIX и навыки работы с командной строкой, но не имеет знания по git.
В Главе 1 «Репозитории и Ветки» и в Главе 2 «Изучение истории git» объясняется, как получить и изучить проект используя GIT.
Читая эти главы, Вы узнаете, как собрать и проверить конкретную версию программного проекта, найти регрессии, и т.п.
Людям, занимающимся актуальной разработкой, также будет полезна Глава 3 «Разработка с Git» и глава 4 «Совместная разработка».
Дальнейшие главы охватывают более специализированные темы.
Всестороннюю справочную документацию можно получить с помощью man страниц.
Для любой из команд, например команды, “git clone”, просто наберите

$ man git-clone

См. также Приложение А
«Краткий справочник Git для краткого обзора git команд».
Наконец, смотрите Приложение B «Заметки и планы дел»
этого руководства для того, чтобы помочь сделать это руководство более полным.

Дерево кластера

R uslanHihin/GitUserManual:

C hapter1
C hapter2
C hapter3

Оглавление документа

Глава 1

1. Как получить git репозиторий

2. Как проверить различные версии проекта

3. Понятие истории

3.1. Понятие истории: Коммиты

3.2. Понятие истории: Коммиты, родители и доступность

3.3. Понятие истории: Диаграммы истории

3.4. Понятие истории: Что такое ветка?

4. Действия с ветками

5. Изучение старой версия без создания новой ветки

6. Изучение веток удалённого репозитория

7. Имена веток, ярлыков, а также другие ссылки

8. Обновление репозитория через git fetch

9. Извлечение веток из других репозиториев

Оглавление документа Глава 2

1. Как используя bisect найти регрессию

2. Именование коммитов

3. Создание тегов

4. Просмотр версий

5. Формирование сравнений (diff)

6. Просмотр старых версии файлов

7. Примеры

7.1. Подсчёт числа коммитов в ветке :

7.2. Проверка наличия истории между двумя точками ветки

7.3. Поиск первой помеченной версии с решением определённой проблемы

7.4. Просмотр уникальных коммитов в данной ветке

7.5. Создание журнала изменений (changelog) и тарбола релиза

7.6. Поиск ссылок коммитов на файл с заданным содержанием

Оглавление документа Глава 3

1. Задать ваше имя для git 

2. Создание нового репозитория

3. Как создать коммит

4. Создание хорошего описания коммита

5. Игнорирование файлов

6. Как осуществить слияние

7. Разрешение конфликтов объединений

7.1. Получение помощи при разрешения конфликтов слияния

8. Отмена слияния

9. Быстрое слияние вперёд

10. Исправление ошибок

10.1. Исправление ошибки новым коммитом

10.2. Исправление ошибки путём переписывания истории

10.3. Извлечение старой версии файла

10.4. Временный отказ от проделанной работы

11. Обеспечение эффективной деятельности

12. Обеспечение надёжности

12.1. Проверка репозитория от порчи

12.2. Восстановление потерянных изменений

12.2.1. Журнал reflog

12.3. Изучение зависших объектов

Страницы, ссылающиеся на данную: A ltLinux/Sisyphus/devel/git
R uslanHihin/GitTutorial1
RuslanHihin/gitusermanual/Chapter1
RuslanHihin/gitusermanual/Chapter2
RuslanHihin/gitusermanual/Chapter3