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

Что вы должны сделать, это попросить их вытащить из вашего репозитория. Это делается в GitHub, перейдя в другой репозиторий и отправив запрос на перенос.

Существует очень информативная статья о самой помощи GitHub: https://help.github.com/articles/using-pull-requests

---

Чтобы взаимодействовать с вашим собственным репозиторием, у вас есть следующие команды. Я предлагаю вам начать читать Git немного больше для этих инструкций (много материалов онлайн).

Чтобы добавить новые файлы в репозиторий или добавить измененные файлы в поэтапную область:

Чтобы зафиксировать их:

Чтобы выполнить нестабилизированные, но измененные файлы:

Чтобы нажать на репозиторий (скажем ):

Чтобы нажать только одну из ваших ветвей (скажем ):

Чтобы получить содержимое другого репозитория (скажем ):

Получить только одну из ветвей (скажем ):

Чтобы объединить ветвь с текущей ветвью (например, ):

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

Вы можете прочитать обо всех этих командах на своих страницах руководства (либо на вашем Linux, либо в Интернете), либо следовать указаниям GitHub:

Всем доброго времени суток. Давайте рассмотрим следующую команду.

Открываем консоль git bash в нашем репозитории и вводим:

c помощью данной команды мы можем просмотреть список названий доступных удаленных репозиториев. Если ваш репозиторий был клонирован (git clone https://github.com/Andreygribin1/test1.git) с какого нибудь удаленного сервиса(github и т. п.) то выведется просто 'origin', поэтому запомните всем склонированным репозиториям присваивается имя origin.

У данной команды мы можем указать также флаг -v:

здесь нам уже отобразятся и адреса наших репозиториев.

origin https://github.com/Andreygribin1/test1.git (fetch)

origin https://github.com/Andreygribin1/test1.git (push)

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

тут мы получим информацию о том какая ветка будет заливаться на сервер при выполнении команды git push и стягиваться при git pull.

С помощью данной команды мы заливаем все изменения на сервер в ветку master.

Git за полчаса: руководство для начинающих

здесь же мы наоборот стягиваем все внесенные изменения из ветки master на удаленном сервере.

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

здесь мы добавили новый репозиторий с названием newRepository и присвоили ему адрес https://github.com/Andreygribin1/test1.git. Теперь в результате выполнения команды git remote, мы увидим в списке наш репозиторий newRepository.

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

С помощью данной команды мы переименовали имя удаленного репозитория origin в myOrigin.

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

здесь наш репозиторий myOrigin будет успешно удален. И после выполнения команды git remote мы его уже не увидим.

Вот в принципе и все что я хотел вам рассказать дорогие друзья.

И на этом я с вами прощаюсь, если что то было непонятно пишите с удовольствием отвечу!

Желаю успехов и удачи! Пока!

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

Что такое репозиторий Git

Репозиторий Git — это место, где хранится ваш код и вся информация о его изменениях. Репозитории могут находиться у вас на компьютере, на компьютерах ваших коллег и на удалённом сервере.

Как выглядит работа с Git

Git запоминает не все изменения, а только те, которые вы скажите. Это можно сравнить с фотографией. В определённый момент вы нажимаете на затвор и текущая версия вашего сайта остаётся навсегда запечетлена в недрах Git. В будущем вы сможете вернуться и посмотреть как всё было. Такое «фотографирование» называется commit и таких commit’ов может быть неограниченное количество.

Обычно работа с Git выглядит так:

1. сверстали шапку сайта — сделали commit;
2. сверстали контент страницы — сделали второй commit;
3. закончили верстать страницу — сделали третий commit и отправили код на сервер, чтобы вашу работу могли увидеть коллеги, либо чтобы опубликовать страницу с помощью Capistrano.

Отправка кода на сервер называется Push. И при Push’е отправляется не весь код, а только та его часть, которая изменилась.

Где взять серверы для репозиториев Git

Можно настроить свой собственный сервер для Git, но гораздо проще использовать Github или Bitbucket. Это сервисы, предоставляющие сервера для репозиториев Git и сопутствующие инструменты, совершенно бесплатно.

Git для чайника. Команды которые помогут начать работу.

У Bitbucket есть преимущество — закрытые репозитории на этом сервисе тоже бесплатны. На Github же бесплатно можно создавать только открытые репозитории. Закрытый репозиторий нужен для того, чтобы к вашему коду имели доступ только те, кому вы разрешите, а не все пользователи интернета.

Введение

На днях я получил очередной проект по разработке личного кабинета.Как обычно, я открыл консоль, чтобы посмотреть историю проекта, ветки и все ли правки закомичены (от слова commit — фиксировать). Однако ничего из этого я не узнал — проект не содержал .git репозитория.Эта ситуация в очередной раз заставила задуматься о том, как много разработчиков до сих пор не понимают необходимость контролировать изменения в файлах с исходным кодом. А многие и вовсе не знают что это такое, и как этим пользоваться.

Почему нужно использовать систему контроля версий

Основные преимущества:

• одновременная работа нескольких человек над проектом
• возможность быстро обнаружить и откатить, все не зафиксированные изменения
• возможность быстро откатить ошибочные, уже зафиксированные, изменения
• история всех изменений в проекте, с указанием даты и авторов
• возможность изучить процесс развития проекта

Что такое git

git — распределенная система контроля версий файлов.«Распределенная» значит, что каждый репозиторий содержит всю историю изменений, и из него можно развернуть полноценную рабочую копию проекта.

Основные термины и понятия при работе с системой Git

Репозиторий — дерево изменений проекта.После создания нового репозитория дерево содержит только одну ветку — master. Ветка состоит из коммитов, расположенных в хронологическом порядке. Как правило, в ветке master находятся проверенные и протестированные изменения.

Ветка — указатель на коммит. На один коммит может указывать несколько веток. Как правило это случается при создании новой ветки из текущей. Например для реализации в ней новой задачи. По мере добавления коммитов — ветки будут расходится в разные стороны.

Коммит (от слова commit — фиксировать) — логическая единица изменений.Каждый из них имеет историю уникальный ID и цепочку предшествующих коммитов. Можно «откатить» (отменить) изменения любого из коммитов. Для любого коммита из истории можно создать указатель, то есть ветку.

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

В первое время вам понадобятся только основные команды. Давайте рассмотрим их:

• init — создает новый репозиторий
• status — отображает список измененных, добавленных и удаленных файлов
• branch — отображает список веток и активную среди них
• add — добавляет указанные файлы в индекс
• reset — удаляет указанные файлы из индекса
• commit — фиксирует добавленнные в индекс изменения
• checkout — переключает активную ветку; отменяет не добавленные в индекс изменения
• merge — объединяет указанную ветку с активной
• log — выводит список последних коммитов (можно указать количество и формат)

Примеры команд для работы с Git

Создайте новую папку для тестового проекта.

Чтобы начать работу с гитом, надо его инициализировать — открыть консоль, перейти в корневую папку проекта и выполнить команду:

Эта команда создаст новый пустой репозиторий. Проще говоря, появится папка .git с какими-то непонятными файлами. Причем такой репозиторий, который находится в папке проекта, файлы которого вы можете менять — называется «рабочей копией». Существуют еще «внешние копии» или bare-репозитории.

Все остальные команды можно вызывать в корневой папке или в одной из вложенных.

Теперь можно вносить изменения.

Список изменений можно увидеть выполнив команду:

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

Добавьте файлы, изменения в которых вы хотите зафиксировать:

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

Будьте внимательны, эта команда не добавит новые файлы в индекс.

.3 Введение — Основы Git

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

Добавить все новые и измененные файлы можно командой:

Изменения стоит фиксировать логическими блоками, то есть в одном коммите должны быть файлы связанные с решением одной конкретной ошибки или одной конкретной новой задачи.

Если вы добавили файл из другого логического блока, удалите его из индекса командой:

Зафиксируйте эти изменения в другом коммите. Так будет удобнее при просмотре истории изменений и отмене изменений.

Если вы случайно изменили не тот файл — верните его к последнему зафиксированному состоянию командой:

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

Ненужные новые файлы достаточно просто удалить. Или это можно сделать командой:

Проект будет полностью приведен к последнему зафиксированному состоянию.

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

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

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

Теперь можно посмотреть историю изменений, ваш коммит должен в ней отобразиться:

Заключение

Как видите, ничего сложного.

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

Если вам понравилась статья, поделитесь ссылкой на нее

Поделиться

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

Для создания Git-репозитория существуют два основных подхода. Первый подход — импорт в Git уже существующего проекта или каталога. Второй — клонирование уже существующего репозитория с сервера.

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

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

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

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

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

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

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

Знакомство с работой Git – и не только с командами

Каждая версия каждого файла из истории проекта забирается (pulled) с сервера, когда вы выполняете . Фактически, если серверный диск выйдет из строя, вы можете использовать любой из клонов на любом из клиентов, для того чтобы вернуть сервер в то состояние, в котором он находился в момент клонирования (вы можете потерять часть серверных перехватчиков (server-side hooks) и т.п., но все данные, помещённые под версионный контроль, будут сохранены, подробнее см. в главе 4).

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

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

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

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

prev | next