Git init что это за программа

Git для начинающих

Для людей естественно сопротивляться изменениям. Если Git не встретился вам, когда вы начинали работать с системами контроля версий, наверняка вы чувствуете себя комфортнее в системе Subversion (SVN) .

Часто люди говорят, что Git слишком сложен для новичков. Тем не менее, я позволю себе не согласиться с этим.

В этом уроке я расскажу, как использовать Git в ваших проектах. Предположим, что вы создаете проект с нуля и хотите управлять им с помощью Git . Пройдясь по списку основных команд, вы получите представление о том, как разместить ваш код в облаке посредством GitHub .

В этой статье мы поговорим об основах Git – как инициализировать ваши проекты, как управлять новыми и существующими файлами, и как сохранить ваш код в облаке.

Мы не будем касаться относительно сложных частей Git , таких как ветвление, так как данный урок предназначен для начинающих.

Установка Git

На официальном сайте Git есть детальная информация об его установке на Linux, Mac и Windows. В нашем случае, мы будем использовать в целях демонстрации Ubuntu 13.04 , где установим Git с помощью apt-get:

Что такое GIT простым языком? Как работает, основные команды GIT

sudo apt-get install git

Начальная настройка

Давайте создадим каталог, внутри которого мы будем работать. В качестве альтернативы вы можете использовать Git для управления одним из существующих проектов; в таком случае вам не нужно будет создавать демо-каталог, как показано ниже:

mkdir my_git_project cd my_git_project

Первым этапом является инициализация Git в каталоге. Это можно сделать с помощью команды init , которая создает каталог .git , содержащий всю информацию, связанную с Git для вашего проекта.

git init

Далее нам нужно указать имя и адрес электронной почты. Вы можете сделать это следующим образом, подставив свое имя и электронную почту:

Кроме того, мы задаем для цвета пользовательского интерфейса значение auto , благодаря чему вывод команд Git будет иметь цветовую подсветку.

Префикс —global перед командами нужен для того, чтобы не вводить эти команды настроек в следующий раз, когда мы запустим проект Git в нашей системе.

Подготовка файлов для коммита

Следующий шаг — это создание файлов в каталоге. Вы можете использовать, к примеру, текстовый редактор Vim . Заметьте, что если вы собираетесь добавить Git к уже существующему каталогу, вам не нужно выполнять этот шаг:

Проверить статус репозитория

Теперь, когда у нас есть несколько файлов в нашем репозитории, давайте посмотрим, как Git обращается с ними. Для того, чтобы проверить текущий статус репозитория, нужно воспользоваться командой git status :

git status

Добавление файлов в Git для отслеживания

На данный момент у нас нет файлов для отслеживания с помощью Git . Нам необходимо добавить файлы конкретно в Git для того, чтобы указать Git , что нужно отслеживать.

Добавляем файлы при помощи команды add :

git add my_file

Снова проверив состояние репозитория, мы увидим, что был добавлен один файл:

Como usar o Git e GitHub na prática — git init + git add + git commit

Для добавления нескольких файлов, можно использовать следующую запись команды (обратите внимание, что мы добавили еще один файл в целях демонстрации):

git add myfile2 myfile3

Вы можете использовать git add рекурсивно, но будьте осторожны с этой командой. Существуют определенные файлы (например, скомпилированные файлы), которые обычно хранят вне репозитория Git .

Если вы будете использовать команду add рекурсивно, она добавит все такие файлы, если они существуют в вашем репозитории.

Удаление файлов

Предположим, вы добавили в Git файлы, которые не хотите отслеживать. В такой ситуации, нужно сказать Git , чтобы он перестал их отслеживать.

Но выполнение простой команды git rm удалит файл не только из Git , но также и из вашей локальной файловой системы! Чтобы

Git прекратил отслеживать файл, но при этом в вашей локальной системе сохранился сам файл, выполните следующую команду:

git rm —cached [file_name]

Коммит изменений

После того, как вы разместили свои файлы, можете закоммитить их в Git . Представьте, что коммит — это запечатление определенного момента, к которому вы можете вернуться, чтобы получить доступ к вашему репозиторию на этом этапе.

Вы можете привязывать к каждому коммиту сообщение, которое добавляется при помощи префикса -m :

git commit -m «My first commit»

Снабжайте коммиты полезными сообщениями, потому что это поможет вам определить, что вы изменили в этом коммите.

Избегайте слишком общих сообщений типа « Исправлены ошибки ». Если у вас есть трекер задач, вы можете добавлять сообщения в виде « Исправлена ошибка #234 ».

Хорошей практикой является использование имени ветки или имени функции в качестве префикса к сообщению коммита. Например, « Управление активами: добавлена функция для генерации PDF файлов активов » — это содержательное сообщение.

Git идентифицирует коммиты путем добавления длинного шестнадцатеричного числа к каждому коммиту. Как правило, не нужно копировать всю строку, для определения вашего коммита достаточно первых 5-6 символов.

Обратите внимание, что на скриншоте наш первый коммит определяется кодом 8dd76fc .

Дальнейшие коммиты

Теперь давайте изменим несколько файлов после нашего первого коммита. После их изменения, мы увидим, что в результате выполнения команды git status Git обнаружил изменения в файлах, которые он отслеживает:

Вы можете проверить изменения в отслеживаемых файлах, сделанные в последнем коммите, с помощью команды git diff . Если вы хотите просмотреть изменения в определенном файле, используйте команду git diff :

Вам нужно добавить эти файлы снова, чтобы осуществить изменения в отслеживаемых файлах для следующего коммита. Можно добавить все отслеживаемые файлы, выполнив команду:

git add -u

Вы можете избежать использования этой команды, воспользовавшись префиксом -a для команды git commit , который добавит все изменения в отслеживаемые файлы.

Этот процесс, однако, очень опасен, так как может навредить проекту. Например, допустим, что вы открыли файл и изменили его по ошибке.

Если вы избирательно размещаете файлы, то заметите изменения в каждом файле. Но если вы добавите префикс -a к вашему коммиту, все файлы будут закоммичены, и вы не сможете выявить возможные ошибки.

После того, как вы разместили ваши файлы, можно приступить к коммиту. Я упоминал, что с каждым коммитом может быть ассоциировано сообщение, которое мы вводим с помощью префикса -m .

Однако существует возможность ввести сообщение в несколько строк, воспользовавшись командой git commit , которая открывает интерактивную форму для записи:

git commit

Управление проектом

Чтобы просмотреть историю вашего проекта, вы можете выполнить следующую команду:

git log

Так будет показана вся история проекта, которая представляет собой список всех коммитов и информации по ним. Информация о коммите включает в себя хеш-код коммита, автора, время и сообщение коммита. Есть различные варианты git log , которые вы можете изучить, как только освоите понятие ветки (англ. branch) в Git .

Для того чтобы просмотреть подробную информацию об определенном коммите и файлах, которые были изменены, выполните следующую команду:

git show

где это шестнадцатеричное число, ассоциированное с коммитом. Так как данный урок рассчитан на новичков, мы не будем рассматривать, как вернуться назад к состоянию определенного коммита или как управлять ветками.

Размещение кода в облаке

Теперь, когда вы узнали, как управлять кодом в вашей системе, пришло время разместить код в облаке.

Поскольку Git не имеет центрального сервера как Subversion , вам нужно добавить каждый источник для взаимодействия с другими. Вот тут возникает понятие remote . remote означает удаленную версию вашего репозитория.

Если вы хотите разместить код в облаке, вы можете создать проект на GitHub , GitLab или BitBucket и поместить уже существующий код в репозиторий.

В этом случае удаленный репозиторий в облаке будет выступать в роли удаленного для вашего локального репозитория. Для удобства, удаленный репозиторий, в котором у вас есть доступ на запись, называется origin .

После того, как вы создадите удаленный репозиторий, у вас появится возможность добавить удаленный origin и затем поместить код в origin :

git remote add origin https://github.com/sdaityari/my_git_project.git git push -u origin master

Заключение

Git полон возможностей, и здесь мы рассмотрели лишь основные из них. Я надеюсь, что эта статья помогла вам начать работу с Git . Если вы столкнулись с какими-либо проблемами или у вас возникли вопросы, дайте нам знать об этом в комментариях ниже.

Источник: www.internet-technologies.ru

git init

На этой странице подробно описывается команда git init . Вы узнаете об основном функционале и дополнительных возможностях этой команды . Приводятся следующие сведения:

• использование команды git init и ее опции;
• обзор каталога .git ;
• пользовательские значения переменных среды для каталога git init ;
• сравнение git init и git clone;
• создание чистых репозиториев с помощью git init ;
• шаблоны для git init .

Команда git init создает новый репозиторий Git. С ее помощью можно преобразовать существующий проект без управления версиями в репозиторий Git или инициализировать новый пустой репозиторий. Большинство остальных команд Git невозможно использовать без инициализации репозитория, поэтому данная команда обычно выполняется первой в рамках нового проекта.

При выполнении команды git init в текущем рабочем каталоге создается подкаталог .git со всеми необходимыми метаданными Git для нового репозитория. Метаданные включают подкаталоги для объектов, ссылок и файлов шаблонов. Кроме того, создается файл HEAD , который указывает на текущий извлеченный коммит.

Кроме создания каталога .git , корневой каталог существующего проекта не изменяется каким-либо образом (в отличие от SVN, Git не требует наличия подкаталога .git в каждом подкаталоге).

По умолчанию команда git init инициализирует конфигурацию Git в подкаталоге .git по соответствующему пути. При необходимости путь подкаталога можно изменить. Если присвоить переменной среды $GIT_DIR пользовательское значение пути, команда git init инициализирует файлы конфигурации Git по этому пути. Такой же результат можно получить, если передать команде аргумент —separate-git-dir . Часто отдельный подкаталог .git создается из тех соображений, что системные файлы конфигурации с точкой перед именем ( .bashrc , .vimrc и др.) должны размещаться в домашнем каталоге, а папка .git — в другом месте.

Использование

По сравнению с SVN, создавать новые проекты с управлением версиями при помощи команды git init намного проще. Git не требует создавать репозиторий, импортировать файлы и извлекать рабочую копию. Кроме того, для Git не требуются права администратора или доступ к серверу. Для получения полноценного репозитория Git достаточно перейти в подкаталог проекта и выполнить команду git init .

git init

Преобразование текущего каталога в репозиторий Git. Команда создает подкаталог .git в текущем каталоге и позволяет начать регистрацию версий проекта.

git init

Создание пустого репозитория Git в указанном каталоге. При выполнении этой команды будет создан новый подкаталог — он будет содержать только подкаталог .git .

Если команда git init уже выполнялась по отношению к каталогу проекта и в нем есть подкаталог .git , команду git init можно безопасно выполнить для этого каталога повторно. Существующая конфигурация .git при этом не изменится.

Сравнение git init и git clone

Краткое замечание: git init и git clone легко спутать, поскольку обе команды можно использовать для инициализации нового репозитория Git. Однако команда git clone зависит от git init и предназначена для создания копии существующего репозитория. Выполнение git clone сначала вызывает git init , чтобы создать новый репозиторий, затем копирует данные из существующего репозитория и извлекает новый набор рабочих файлов. Подробнее см. на странице о команде git clone.

Чистые репозитории: git init —bare

git init —bare

Инициализируйте пустой репозиторий Git без рабочего каталога. Общедоступные репозитории необходимо всегда создавать с флагом —bare (см. пояснения ниже). Обычно названия репозиториев после инициализации с флагом —bare оканчиваются на .git . Так, чистый вариант репозитория под названием my-project должен храниться в каталоге my-project.git .

Флаг —bare приводит к созданию репозитория без рабочего каталога. В таком репозитории нельзя редактировать файлы и вносить изменения. Чистый репозиторий создается для выполнения команд git push и git pull, но не для прямых коммитов. Центральные репозитории всегда следует создавать чистыми, поскольку при отправке веток в обычный репозиторий существует риск перезаписи изменений.

Просто представьте, что флаг —bare превращает репозиторий из среды разработки в хранилище. По этой причине для рабочих процессов Git центральный репозиторий практически всегда создается чистым, а локальные репозитории разработчиков — обычными.

Команда git init —bare чаще всего используется для создания удаленного центрального репозитория:

Сначала устанавливается SSH‑соединение с сервером, на котором будет размещаться центральный репозиторий. Затем нужно перейти в каталог, где планируется хранить проект, и с помощью флага —bare создать центральный репозиторий‑хранилище. Позднее разработчики смогут клонировать каталог my-project.git для создания локальной копии на рабочих компьютерах.

Шаблоны git init

git init —template=

Инициализация нового репозитория Git и копирование в него файлов из каталога .

С помощью шаблонов можно инициализировать новый репозиторий с заранее заданным подкаталогом .git . В настройках шаблона можно указать каталоги и файлы, которые будут по умолчанию скопированы в подкаталог .git нового репозитория. Доступные по умолчанию шаблоны Git обычно находятся в каталоге `/usr/share/git-core/templates` (путь может отличаться).

Доступные по умолчанию шаблоны — это удобный справочный ресурс, в котором можно найти примеры использования возможностей шаблонов. В таких шаблонах в том числе показана настройка полезной функции Git hook. При создании шаблона можно задать нужные элементы Git hook. Это позволит инициализировать новые репозитории Git с готовыми к работе элементами hook. Дополнительные сведения о Git hook см. на странице о Git hook.

Настройка

Все варианты конфигураций для команды git init можно использовать с аргументом . При указании аргумента команда выполняется в соответствующем каталоге. Если каталог не существует, он будет создан. Помимо вышеописанных опций git init имеет еще ряд параметров командной строки. Их полный перечень приводится ниже.

Вывод только критических сообщений, сообщений об ошибках и предупреждений. Вывод других сообщений блокируется.

Создание чистого репозитория (см. раздел «Чистые репозитории» выше).

Указание каталога с шаблонами для использования (см. раздел «Шаблоны git init» выше).

Создание текстового файла, содержащего путь к каталогу . Данный файл служит ссылкой на каталог .git и может быть полезен, если каталог .git нужно хранить отдельно от рабочих файлов проекта (например, на другом диске). Параметр —separate-git-dir обычно используют в следующих случаях:

• Необходимо хранить системные файлы конфигурации с точкой перед именем ( .bashrc, .vimrc и др.) в домашнем каталоге, а папку .git — в другом месте.
• История Git стала занимать слишком много места и требует переноса на диск большей емкости.
• Проект Git требуется разместить в общедоступном каталоге, например `www:root`

Можно выполнить команду git init —separate-git-dir для существующего репозитория. В этом случае каталог .git будет перемещен по указанному пути .

Назначение прав доступа для нового репозитория. Данный параметр позволяет с помощью указания прав Unix задать пользователей и группы, которым разрешено осуществлять операции push и pull в репозитории.

Примеры

Создание нового репозитория Git для существующей базы кода

cd /path/to/code
git init
git add .
git commit

Создание нового чистого репозитория

git init —bare /path/to/repo.git

Создание шаблона git init и инициализация нового репозитория Git на основе этого шаблона

mkdir -p /path/to/template
echo «Hello World» >> /absolute/path/to/template/README
git init /new/repo/path —template=/absolute/path/to/template
cd /new/repo/path
cat /new/repo/path/README

Готовы изучить Git?

Ознакомьтесь с этим интерактивным обучающим руководством.

Источник: www.atlassian.com

Простой учебник по git init для начинающих

Первое, что нужно сделать, когда вы начнете работать с Git, это либо клонировать удаленный репозиторий исходного кода, либо создать свой собственный новый локальный репозиторий.

Независимо от выбранного вами метода, репо будет служить вашей домашней базой для любых будущих проектов.

В этом учебном руководстве по командам git init мы продемонстрируем последнее и то, как успешно создать новый локальный репозиторий.

Git init примеры

Прежде чем мы начнем, убедитесь, что на вашем локальном компьютере установлен Git.

Для этого урока я создал новую папку с именем «my-local-repo».

В этой папке я создал три файла, которые будут добавлены в новый Git-репозиторий при его создании.

Вы можете сделать это легко, выполнив команду touch три раза в оболочке Git BASH внутри только что созданной папки.

~my-local-repo$ touch index.html ~my-local-repo$ touch HelloWorld.java ~my-local-repo$ touch style.css

Выполните команду git init

После того, как вы создадите эти файлы, следующим шагом будет создание репозитория исходного кода с помощью вызова команды git init.

git init Initialized empty Git repository in /my-local-repo/.git/

Обратите внимание, что после вызова команды git init вам необходимо сообщить инструменту свое имя и адрес электронной почты.

Добавим файлы в индекс Git

Выполнив эти шаги, вы можете теперь добавить три файла, созданные ранее, в систему Git – также известную как индекс Git – с помощью git add.

Обратите внимание, что здесь необходимо указать пробел и точку после команды add.

Это часто пропускаемый переключатель, необходимый для запуска команды.

git add .

Вы можете по отдельности добавлять файлы в индекс Git по именам, но с периодом после добавления git.

Команда Git знает, как добавить каждый новый или измененный файл в свою систему трекинга.

Выполним git commit

Наконец, после добавления файлов в индекс вы можете выполнить свой первый коммит.

git commit -m «Первый коммит»

Как только фиксация зарегистрирована в DVCS, вы можете подтвердить, что команда git init успешно создала репозиторий.

Затем вы можете продолжить добавлять файлы в индекс, а затем создавать ветки, выполнять коммиты, выполнять возвраты и сбрасывать HEAD в локальном репозитории Git.

Кстати, обратите внимание, что этот git commit не очень хорошо сформулирован.

Поитайте о правилах сообщений git commit, чтобы узнать об этих методах раньше, чтобы они станут привычными.

Кроме того, я создал три файла в этом примере перед тем, как выполнить команду git init.

Я мог бы сначала вызвать команду git init, а затем использовать команду touch для файлов, но порядок не важен.

• Как использовать команду git remote add origin для удаленной отправки
• Git шпаргалка для начинающих
• Использование Git Show для просмотра содержимого файлов
• Как установить Git на CentOS 8
• Как пролить ветку используя git на Gitlab?

itisgood

previous post

Как масштабировать панели Tmux для лучшей видимости текста

️ eXtern OS – дистрибутив Linux на основе NodeJS

You may also like

Остановка и удаление всех Docker-контейнеров

Как разлогиниться из реджестри Docker?

️ Введение в OverlayFS

Что такое слои образа Docker?

Понимание инструкции Dockerfile VOLUME

Как установить ограничение памяти для контейнеров Docker

Преобразование команд Docker run для команд в.

Как смонтировать том Docker, исключив подкаталог

Как перечислить теги Git

☁️ Что такое Puppet?

Leave a Comment Cancel Reply

• Свежие записи

• Что такое eSIM?
• Как вывести список пользователей в файле /etc/passwd с помощью awk
• Чем 2D и 3D-художник: чем отличаются?
• Как ограничить глубину каталога с помощью команды find
• Остановка и удаление всех Docker-контейнеров
• Как разлогиниться из реджестри Docker?
• Самые большие обновления самого маленького планшета iPad mini
• Красивый вывод XML в командной строке Linux
• CodeLobster IDE – бесплатный PHP, HTML, CSS, JavaScript редактор
• Проверка, содержит ли переменная число на Bash

• Категории

• Теги

• itsecforu.ru

• Страны посетителей

IT is good

Обычная SIM-карта просуществовала довольно долго, но она больше не используется в современных телефонах премиум-класса. Вместо этого производители используют встроенные SIM-карты, или eSIM, для…

Перечислить пользователей в файле /etc/passwd очень просто, можно перечислить пользователей по оболочке, которую они используют. Перечислим всех пользователей в файле /etc/passwd с ID…

Чем 2D и 3D-художник: чем отличаются? Для начала важно понять, что 3D-дженералист совсем необязательно будет более востребован, чем специалист по 2D-графике. Специалисты по классическим артам…

Команда ‘find’ с параметром -maxdepth является мощным инструментом в операционной системе Linux. Она используется для рекурсивного поиска файлов и каталогов в заданном каталоге…

Контейнеры Docker хороши по многим причинам, но одним из самых больших преимуществ является то, что их можно останавливать и запускать в любое время.…

Источник: itisgood.ru

2.1 Основы Git — Создание Git-репозитория

Если вы хотите начать работать с Git, прочитав всего одну главу, то эта глава — то, что вам нужно. Здесь рассмотрены все базовые команды, необходимые вам для решения подавляющего большинства задач, возникающих при работе с Git. После прочтения этой главы вы научитесь настраивать и инициализировать репозиторий, начинать и прекращать контроль версий файлов, а также подготавливать и фиксировать изменения. Мы также продемонстрируем вам, как настроить в Git игнорирование отдельных файлов или их групп, как быстро и просто отменить ошибочные изменения, как просмотреть историю вашего проекта и изменения между отдельными коммитами (commit), а также как отправлять (push) и получать (pull) изменения в/из удалённого (remote) репозитория.

Создание Git-репозитория

Обычно вы получаете репозиторий Git одним из двух способов:

1. Вы можете взять локальный каталог, который в настоящее время не находится под версионным контролем, и превратить его в репозиторий Git, либо
2. Вы можете клонировать существующий репозиторий Git из любого места.

В обоих случаях вы получите готовый к работе Git репозиторий на вашем компьютере.

Создание репозитория в существующем каталоге

Если у вас уже есть проект в каталоге, который не находится под версионным контролем Git, то для начала нужно перейти в него. Если вы не делали этого раньше, то для разных операционных систем это выглядит по-разному:

$ cd /home/user/my_project
$ cd /Users/user/my_project
$ cd C:/Users/user/my_project

а затем выполните команду:

$ git init

Эта команда создаёт в текущем каталоге новый подкаталог с именем .git , содержащий все необходимые файлы репозитория — структуру Git репозитория. На этом этапе ваш проект ещё не находится под версионным контролем. Подробное описание файлов, содержащихся в только что созданном вами каталоге .git , приведено в главе Git изнутри

Если вы хотите добавить под версионный контроль существующие файлы (в отличие от пустого каталога), вам стоит добавить их в индекс и осуществить первый коммит изменений. Добиться этого вы сможете запустив команду git add несколько раз, указав индексируемые файлы, а затем выполнив git commit :

$ git add *.c $ git add LICENSE $ git commit -m ‘Initial project version’

Мы разберем, что делают эти команды чуть позже. Теперь у вас есть Git-репозиторий с отслеживаемыми файлами и начальным коммитом.

Клонирование существующего репозитория

Для получения копии существующего Git-репозитория, например, проекта, в который вы хотите внести свой вклад, необходимо использовать команду git clone . Если вы знакомы с другими системами контроля версий, такими как Subversion, то заметите, что команда называется «clone», а не «checkout». Это важное различие — вместо того, чтобы просто получить рабочую копию, Git получает копию практически всех данных, которые есть на сервере. При выполнении git clone с сервера забирается (pulled) каждая версия каждого файла из истории проекта. Фактически, если серверный диск выйдет из строя, вы можете использовать любой из клонов на любом из клиентов, для того, чтобы вернуть сервер в то состояние, в котором он находился в момент клонирования (вы можете потерять часть серверных хуков (server-side hooks) и т. п., но все данные, помещённые под версионный контроль, будут сохранены, подробнее об этом смотрите в разделе Установка Git на сервер главы 4).

Клонирование репозитория осуществляется командой git clone . Например, если вы хотите клонировать библиотеку libgit2 , вы можете сделать это следующим образом:

$ git clone https://github.com/libgit2/libgit2

Эта команда создаёт каталог libgit2 , инициализирует в нём подкаталог .git , скачивает все данные для этого репозитория и извлекает рабочую копию последней версии. Если вы перейдёте в только что созданный каталог libgit2 , то увидите в нём файлы проекта, готовые для работы или использования. Для того, чтобы клонировать репозиторий в каталог с именем, отличающимся от libgit2 , необходимо указать желаемое имя, как параметр командной строки:

$ git clone https://github.com/libgit2/libgit2 mylibgit

Эта команда делает всё то же самое, что и предыдущая, только результирующий каталог будет назван mylibgit .

Источник: git-scm.herokuapp.com