Противостояние изменениям - основная черта человека. Если в то время, когда вы начинали работу с системами контроля версий, не было Git - весьма вероятно, что вы начинали с Subversion. Часто люди говорят, что Git слишком сложен для начинающих. Тем не менее, я позволю себе с вами не согласиться.
В этой статье я расскажу, как можно использовать Git в работе с вашими проектами. Будем считать, что вы создаете проект с нуля, и хотите использовать Git в качестве системы контроля версий. После ознакомления с основными командами, мы ознакомимся с тем, как можно выложить ваш код на GitHub.
В этой статье речь пойдет об основных вещах - как инициализировать проект, как управлять новыми и уже существующими файлами, и как хранить свой код в облаке. Мы опустим некоторые сложные вещи, как ветвление, так как статья ориентирована на начинающих.
На официальном сайте Git есть на различные системы - Linux, Mac, Windows. В нашем случае мы будем использовать Ubuntu 13.04, и Git мы будем устанавливать посредством apt-get .
Sudo apt-get install git
Создадим директорию, в которой мы будем работать. Также вы можете использовать Git для работы с уже существующим проектом, и в таком случае вы не будете создавать демонстрационную директорию, как это описано ниже.
Mkdir my_git_project cd my_git_project
Первым делом надо инициализировать Git-репозитарий в директории проекта. Сделать это можно командой init , которая создает директорию.git со всей информацией о вашем проекте.
Git config --global user.name "Shaumik" git config --global user.email "[email protected]" git config --global color.ui "auto"
Стоит отметить, что если вы не укажете ваш адрес и имя, то вместо них будут использоваться значения по умолчанию. В нашем случае значениями по умолчанию будут donny и donny@ubuntu.
Также мы устанавливаем цвет интерфейса в значение auto , так что вывод команд Git будет цветным. Мы добавляем префикс --global к этим командам для того, чтобы эти значения использовались во всей системе, и не было необходимости их задавать для каждого отдельного проекта.
Следующим шагом мы создадим несколько файлов. Можно использовать для этого любой текстовый редактор. Заметьте, что если вы инициализируете Git в уже существующем проекте, вам не нужно делать этот шаг.
Теперь, когда в вашем проекте есть файлы, давайте посмотрим, как Git с ними обращается. Чтобы проверить текущий статус репозитария, используйте команду git status
На этом этапе Git не следит ни за одним из наших файлов. Необходимо специально добавить файлы в Git, чтобы это происходило. Для этого воспользуемся командой add.
Git add my_file
Проверив статус репозитария видим, что один из файлов уже добавлен в него.
Чтобы добавить несколько файлов, используем следующее (заметьте, что первый файл мы добавили ранее, так что добавляем только оставшиеся два).
Git add myfile2 myfile3
Можно использовать git add рекурсивно, но будьте осторожны с этой командой. Есть некоторые файлы (например, скомпилированные программы), которые не должны быть добавлены в систему контроля версий. Если вы используете git add рекурсивно, такие файлы также попадут в репозитарий.
Представим, что вы случайно добавили в репозитарий файл, который не должен был туда попасть. Или же вы хотите убрать из системы контроля версий какой-либо файл. В общем, команда git rm не просто удалит файл из репозитария, но и физически удалит его с диска. Чтобы Git перестал отслеживать файл, но он остался на диске, используйте следующую команду:
Git rm --cached [имя_файла]
Как только вы добавили все необходимые файлы, вы можете закоммитить (зафиксировать) их в Git. Представьте, что коммит - это снимок состояния проекта на определенном этапе, к которому вы можете вернуться в любой момент времени, и увидеть состояние проекта на тот момент. С каждым коммитом ассоциируется сообщение, которое задается аргументом после префикса -m
Git commit -m "Мой первый коммит"
Указывайте сообщение, которое будет содержать полезную информацию, так как они помогают понять, что же именно было изменено в рамках данного коммита. Избегайте каких-то общих сообщений, типа “Правил баги”. Если у вас есть баг-трекер, вы можете указать сообщение типа “Поправлен баг #123”. Хорошая практика - указывать в сообщении имя ветки или улучшения. Например, “Управление активами - добавлена возможность генерировать PDF на основе актива” - понятное и доходчивое сообщение.
Git определяет коммит длинным шестнадцатеричным номером. Обычно, нет необходимости копировать всю строку, первых 5-6 символов достаточно для идентификации конкретного коммита. По скриншоту видно, что наш коммит идентифицируется числом 8dd76fc .
Давайте изменим несколько файлов после того, как мы их закоммитили. После того, как мы их изменили, git status сообщит о том, что у нас есть измененные файлы.
Можно посмотреть, что же изменилось в этих файлах с момента предыдущего коммита, с помощью команды git diff . Если вы хотите просмотреть изменения для конкретного файла, можно использовать git diff <файл> .
Необходимо проиндексировать изменения, и закоммитить их. Все измененные файлы проекта можно добавить на коммит следующей командой:
Можно избежать использования этой команды, если добавить параметр -a к git commit . Эта команда проиндексирует все измененные файлы, и закоммитит их. Но такой подход может быть довольно опасным, так по ошибке можно закоммитить то, что не хотелось. Например, скажем, что вы открыли файл, и случайно его изменили. При индексировании измененных файлов вы будете оповещены об изменениях в каждом файле. Но если вы отправите на коммит все измененные файлы не глядя с помощь. git commit -a , то будут закоммичены все файлы, включая те, которые вы коммитить не хотели.
Как только вы проиндексировали файлы, можно приступать к коммиту. Как упоминалось ранее, к коммиту можно указать сообщение с помощью ключа -m . Но также можно указывать и многострочные комментарии с помощью команды git commit , которая открывает консольный редактор для ввода комментария.
Чтобы просмотреть историю проекта, можно воспользоваться следующей командой:
Она отобразит полную историю проекта в виде списка коммитов и информацию о них. Информация о коммите содержит хеш коммита, автора, время и сообщение коммита. Есть множество видов команды git log , с которыми придется познакомиться в случае использования ветвления в Git. Чтобы посмотреть детали конкретного коммита, и измененные файлы, выполните следующую команду:
Git show <хеш_коммита>
где <хеш_коммита> - шестнадцатеричный номер, ассоциированный с коммитом. Так как данное руководство предназначено новичкам, мы не будем рассматривать, как вернуть состояние на момент конкретного коммита, или как управлять ветками.
GitHub — крупнейший в мире хостинг для хранения и работы с IT-проектами. Ресурс объединяет почти 24 миллиона разработчиков и более 100 тысяч организаций. В прошлом году 50% из ТОП-10 энтерпрайз компаний мира использовали в работе сервис GitHub Enterprise , среди них Walmart, Apple и General Motors. Как вы, как не технический специалист, можете использовать возможности GitHub?
Если вы планируете в работе пользоваться GitHub или же хостинг использует ваша аутсорсинговая команда разработчиков, вам будет полезно узнать специфический язык этого крупнейшего сервиса.
GitHub — это своего рода социальная сеть для разработчиков, следовательно здесь можно не только делиться проектами, но и следить за новостями. Что может быть интересно вам, как предпринимателю: информация о развитии проектов, трендовые технологии, а также профили разработчиков, с которыми вы будете сотрудничать.
На Гитхабе сейчас примерно 10 TB исходного кода. Это крупнейший сервис для хостинга и совместной разработки IT-проектов, которым каждый месяц пользуются более 6 миллионов человек. Не все принимают активное участие в разработке, некоторые просто отслеживают развитие интересующего их проекта. Вам, как предпринимателю, также может быть интересно первым узнать об изменениях в проектах (будь то ваши потенциальные конкуренты или проекты на которые вы хотите равняться). Актуальные репозитории трендовых проектов на GitHub, всегда можно найти .
К июлю 2017 года на Гитхабе было зарегистрировано различных языка программирования. Наиболее активно сейчас развивается Swift , в первой десятке также Ruby и PHP.
Для разработчиков подписка на аккаунты языков программирования и технологий, с которыми они работают, дает возможность всегда быть в курсе последних обновлений, обмениваться полезными наработками и использовать наиболее современные решения. Вам, как предпринимателю, данные о трендовых технологиях могут помочь определиться с выбором аутсорсинговой команды — на сайте предприятия можно посмотреть, работает ли она с наиболее современными решениями.
Подбирая аутсорсинговую команду разработчиков, заказчики часто предпочитают кроме портфолио компании ознакомится также с резюме членов будущей проектной группы. Альтернативный вариант — просмотреть профили разработчиков на Github.
О чем может рассказать Github-профиль разработчика
Кстати, профиль Гитхаб интересен не только заказчикам, которые собираются нанять аутсорсинговую команду. Многие компании, в том числе и наша, при отборе кандидатов уделяют внимание наличию у него качественных опенсорс проектов. Участие в опенсорс разработке в очередной раз подтверждает интерес разработчика к миру IT, а уровень работ — еще один показатель уровня его компетентности. Как создать успешный проект на GitHub читайте .
Крупнейший хостинговый сервис используют также компании и специалисты из других отраслей: , образование, ритейл и многие другие.
В 2013 году GitHub анонсировал возможность хранения географических данных, а именно GeoJSON файлы, в виде интерактивных карт. Функционал карт на GitHub также включает визуализацию изменений в картах и возможность выбора стиля отображения карт. Один из интересных проектов в этом направлении — репозиторий , хранящий интерактивную историю о изменении географии всех избирательных округов США.
Государственные законы США, Германии, Франции, и Японии также можно найти на Гитхабе. Стив Морин (Steeve Morin), например, позаботился о том, чтобы выложить на сервис все изменения во французском гражданском кодексе со времен Наполеона. Германия и вовсе создала аккаунт Бундестага — в 2012 году граждане страны получили доступ к самым свежим текстам законов на Гитхаб. С тех пор жители Германии могут не только следить за изменениями, но и делать пулл реквесты, правда, чтобы изменение вступило в силу, его должен одобрить Бундестаг.
Как видим, GitHub предоставляет большой спектр возможностей не только для разработчиков — рекрутеры, компании и даже государственные органы используют ресурс в своей работе. Что вы, как предприниматель, можете получить от GitHub:
Сегодня я расскажу о GitHub – сервисе для работы с системой контроля версий Git, которая является важным инструментом командной разработки. В этой статье вы узнаете о его основных возможностях и предназначении, познакомитесь с процессом настройки и установки на компьютер, чтобы приступить к использованию.
Git позволяет возвращать отдельные файлы и весь проект к прежнему состоянию, просматривать происходящие со временем изменения. Определять, кто последним вносил изменения во внезапно переставший работать модуль, отследить цепь событий, которая привела к ошибкам и многое другое. Одним из наиболее популярных ресурсов для работы с Git является GitHub. Для удобства работы с ним существует графический клиент GitHub Desktop и консольный Git Shell. В статье рассмотрен пример работы с использованием этого сервиса и его графического клиента.
С помощью вкладки commits вы можете изучить историю разработки проекта: когда и кем были внесены изменения в какие файлы и строки, как развивался проект в целом. Коммиты (“commit” - фиксировать) - записи изменений в репозиторий.
Даты последних изменений в файловом каталоге п роекта на сайте GitHub
История изменений в текущей ветке в клиенте GitHub Desktop.
Git позволяет создавать несколько различных, параллельных версий проекта – веток, каждая из которых предназначена для разных целей. Допустим, у вас есть работающий проект. Основная ветка проекта – master. В ней хранится последняя стабильная версия. Для добавления в проект новой функциональности необходимо создать отдельную ветку, при этом данные изменения никак не отразятся на основной версии. Можно переключаться между ветками, что приведёт к изменению файлов локальной версии репозитория.
Работа с ветками в GitHub DesktopНачнем с того, что для работы с Git необходима локальная копия (клон) удаленного репозитория – папка на компьютере, в которой будут храниться его файлы. С ними вы будете в дальнейшем работать.
Для клонирования репозитория существующего проекта зайдите на страницу вашего проекта, выберите нужный репозиторий, в открывшемся меню нажмите Clone or download, затем – Open in Desktop.
Откроется Git клиент, где вам будет предложено выбрать директорию для скачивания репозитория. После скачивания файлов попробуйте внести изменения в какой-нибудь файл репозитория – они сразу отобразятся в Git клиенте в разделе Changes:
Если вы хотите отменить изменения – нажмите правой кнопкой мыши на галочку напротив файла. Появится вкладка Discard changes. Чтобы отменить изменения во всех файлах – нажмите на самую верхнюю галочку, затем Discard all changes.
Также вы можете развернуть локальный репозиторий, который затем можно синхронизировать c GitHub, нажав на кнопку Сreate. Чтобы добавить существующий репозиторий на вашем компьютере – нажмите Add:
После клонирования репозитория можно приступить к работе. Сначала выберите ветку, в которой вы будете работать.
Для создания новой ветки нажмите на кнопку слева от названия ветки. Новая ветка образуется от той, которая указана; изменения, которые есть в текущей ветке, но отсутствуют в мастере, будут перенесены в новую ветку.Для того чтобы начать работу с последней актуальной версией, нажмите кнопку Sync – ваш локальный репозиторий синхронизируется с удалённым. В локальном репозитории появятся все последние версии файлов. Если вы забудете синхронизироваться перед началом работы, может возникнуть ситуация, когда вы внесли изменения в старую версию файла. В таком случае возникает конфликт ваших изменений с изменениями в актуальной версии. Объединять их вам придется вручную. Процесс этот порой может быть довольно долгим и трудоёмким. Для того чтобы сделать коммит, нужно ввести общее название изменений (Summary). В description описывается, какие изменения были внесены. Оно не является обязательным. Ваш коммит появится в разделе History.
После этого тоже обязательно синхронизируйтесь. Для того чтобы другие разработчики узнали о внесённых вами изменениях и рассмотрели их для внесения в одну из веток, существует действие под названием Pull request. После отправки Pull request’a разработчики знакомятся с изменениями, оставляют комментарии к коду, вносят правки и при необходимости добавляют коммиты.
Ваш реквест появится во вкладке “Рull requests” на странице проекта, поделитесь ссылкой на него с другими участниками. Можете снова добавлять коммиты в созданную ранее ветку, они отобразятся в пулл-реквесте. Когда все изменения будут согласованы, ветки смёрджат (merge - операция слияния веток), пулл-реквест будет закрыт и все изменения окажутся в ветке, в которую он был сделан.
Вы узнали об основном предназначении и возможностях GitHub – инструмента, используемого в совместной разработке. Для начала работы с ним нужно:
1. Стать пользователем сервиса github.com и присоединиться к проекту
2. Установить клиент Github Desktop
3. Клонировать нужный репозиторий и начать работать с ним в клиенте
Всем доброго времени суток! Вы, наверное, слышали такое слово как GitHub ? В любом случае именно сегодня мы поговорим о том, что это такое и научимся азам работы с ним.
GitHub - это сервис, который был разработан с целью давать разработчикам делиться своими проектами, разрабатывать их вместе, а также следить за версиями, т.к. GitHub основан на системе контроля версий Git .
Основным плюсом GitHub является то, что он бесплатен для OpenSource проектов, но, если проект частный, то уже придется платить.
Каждый человек может создать репозиторий , где хранить какой-то свой проект и, если захочет, показывать его другим людям. Другие же могут просматривать все файлы проекта и их исходный код с подсветкой синтаксиса, а если нужно, то могут их даже скачать или изменить.
Регистрация в данной системе очень простая. Вам нужно лишь перейти по ссылке
https://github.com/
Там ввести незанятый логин, email и пароль и после чего нажать на кнопку Sign Up for GitHub . Теперь перейдите в указанную вами почту и подтвердите регистрацию, перейдя по присланной вам ссылке. Теперь авторизуйтесь и... вы уже зарегистрированы. Не трудно, правда?
Чтобы создать свой репозиторий, найдите в правом верхнем углу знак плюса и нажмите на него, выбрав там пункт New repository .
В самом начале введите имя вашего проекта, а затем его описание(необязательно).
Ниже вы можете видеть радио-переключатель с режимами Public и Private . Первый означает, что ваш репозиторий будет виден всем и вы можете выбрать тех, кто сможет совершать с ним коммиты(commit). Второй же означает, что репозиторий будет закрытым, но вы можете выбрать, кто сможет коммитить и просматривать его.
Ниже вы можете установить галочку, чтобы сразу инициализировать этот репозиторий с файлом readme .
Теперь нажмите на кнопку Create repository .
Поздравляю! Вы создали свой первый репозиторий!
Для Windows есть программа windows.github.com
Для Mac есть mac.github.com
Эти программы позволяют работать с графическим интерфейсом, мы же будем работать с командной строкой. Если у вас mac , то там все работает из коробки, ну, а если вы счастливый обладатель windows , то вам придется поставить msysqgit
http://msysgit.github.io/
Откройте терминал(командную строку) и введите следующее:
Git --version
Если вы увидите версию, то все работает.
Перейдите в созданный вами репозиторий и найдите справа текстовое поле, подписанное HTTPS . Там вы найдете ссылку, которую нужно скопировать.
Откройте терминал и введите следующее:
Git clone YOURLINK YOURNAME
Вместо yourlink вставьте скопированную ссылку и через пробел введите любое имя, которое хотите. Если вы не введете имя, то оно будет таким же, как и название репозитория.
Теперь внутри папки git появился склонированный нами репозиторий. Внутри вы можете обнаружить файл readme.txt . Пока что это все, что у нас есть.
Когда вы делаете какие-то изменения, то все это сохраняется и отображается. В этом большой плюс систем контроля версий. Но нам нужно сделать несколько настроек.
В терминале введите следующее:
Git config --global user.name "Ваше имя"
git config --global user.email "Ваш email"
Если теперь вы введете
Git config user.name
То получите указанное имя.
Итак, на этом заканчивается первая часть, посвященная работе с GitHub . Сегодня мы в основном возились с настройками, но дальше будет интересней, и вы сразу поймете всю прелесть данного сервиса. Спасибо за внимание!
GitHub — что это такое? Данный ресурс — это веб-платформа для управления версиями и совместной работы для разработчиков программного обеспечения. Поставляется через бизнес-модель с программным обеспечением как услуга был запущен в 2008 году. Ресурс основан на Git — системе управления исходным кодом, созданной для ускорения разработки программного обеспечения.
В настоящее время GitHub является самой популярной услугой по кодовому хостингу с среди разработчиков и программистов.
Git используется для хранения исходного кода проекта и отслеживания полной истории всех изменений кода. Это позволяет разработчикам более эффективно сотрудничать в проекте, предоставляя инструменты для управления возможными конфликтующими изменениями от нескольких разработчиков. Работа с GitHub позволяет бесплатно адаптировать и улучшать программное обеспечение из своих публичных хранилищ, но взимает плату за частные репозитории, предлагая различные тарифные планы. Каждое публичное или частное хранилище содержит все файлы проекта, а также историю изменений каждого файла. Репозитории могут иметь несколько сотрудников и могут быть как государственными, так и частными.
Платформа облегчает социальное кодирование, предоставляя веб-интерфейс для репозитория Git-кода и инструменты управления для совместной работы. Этот проект можно рассматривать как серьезный социальный сетевой ресурс для создателей программного обеспечения.
Как Участники могут заниматься программированием совместно, оценивать работу друг друга, получать обновления для конкретных проектов, публично или конфиденциально общаться.
Пользователи могут добавлять других участников в свой проект для совместной работы.
Три важных термина, используемых разработчиками в среде GitHub.com, — это fork, pull request и merge.
Fork представляет собой репозиторий, который был скопирован из учетной записи одного участника в учетную запись другого. Этот инструмент позволяет разработчику вносить изменения без ущерба для исходного кода.
Поскольку GitHub интуитивно понятен и удобен в использовании, а его инструменты контроля версий полезны для сотрудничества, ресурс стал популярен у специалистов разной направленности, в том числе у непрограммистов. В частности, его начали использовать для работы над документами и мультимедийными разработками. Например, проекты документации, учебные ресурсы и другие виды работ, в которых пользователи могут взаимодействовать в режиме онлайн и работать вместе. GitLab — альтернатива GitHub.com с открытым исходным кодом.
В дополнение к известному продукту GitHub.com компания-основатель SaaS предлагает локальную версию. GitHub Enterprise поддерживает интегрированные среды разработки, интегрированную систему инструментов и множество сторонних приложений и сервисов. Ресурс предлагает повышенную безопасность и возможность проверки.
Другие продукты и особенности приложения включают:
