GitHub
Автор: Дмитрий Прокопьев
Last updated
Was this helpful?
Автор: Дмитрий Прокопьев
Last updated
Was this helpful?
, как идея, звучит хорошо. Но чтобы его было удобно использовать, не хватает нескольких ключевых элементов. Во первых, разработчикам одного проекта нужен общий сервер, чтобы было удобно обмениваться коммитами. Во вторых, нужна возможность публиковать проекты и делиться ими с другими разработчиками. В третьих, требуется интуитивно понятный графический интерфейс, так как большинству людей неудобно работать с консольным интерфейсом Git.
Для решения перечисленных выше проблем был создан . Другими словами, GitHub это сервис для совместной разработки и публикации проектов, который стал экосистемой для IT проектов.
Для начала вам потребуется завести аккаунт на GitHub. После этого вам откроется множество возможностей и вы сможете начать работать.
Если нужно поделиться небольшим фрагментом кода (один-три файла), то хорошо подойдет . Под словом Gist подразумевается один набор файлов, которым мы хотим поделиться.
Каждый Gist может быть приватным (secret) или публичным (public). Публичный Gist сможет увидеть любой пользователь GitHub, а приватный доступен только по ссылке. Также, приватный Gist можно сделать публичным, но наоборот сделать не получится. Указать тип доступа можно в правом нижнем углу окна создания Gist:
Если мы хотим выложить целый проект со сложной структурой, то имеет смысл создать для него репозиторий. Понятие репозиторий здесь имеет тот же смысл, что и в рамках Git. Как и в случае с Gist, репозиторий может быть приватным или публичным. К приватному репозиторию имеет доступ только его создатель и приглашенные им участники (collaborators). А публичный репозиторий могут видеть все.
Если вы хотите поделиться репозиторием не добавляя человека в коллабораторы, например когда сдаете домашку, то сделайте его публичным. Иначе получатель не сможет его увидеть
Репозиторий содержит в себе папки и файлы, которые либо являются его содержанием, либо содержат метаданные репозитория. С содержанием все вполне понятно, а вот мета-файлы стоит рассмотреть отдельно:
Это не все возможные мета-файлы, а самые важные из них, знания которых достаточно в 99% случаев. Помимо этих файлов, GitHub позволяет дополнительно настроить репозиторий.
Давайте посмотрим на несколько хорошо оформленных репозиториев:
Теперь мы понимаем что такое GitHub и можем решить перечисленные в начале статьи проблемы легко и быстро.
- коллекция крутых ассетов для Unity
- репозиторий с инструкциями по созданию собственных технологий
- игра на Unity
:)
Кстати, помимо оформления проектов, на GitHub можно также оформить свой профиль. Для этого нужно в списке репозиториев найти тот, название которого совпадает с именем вашего профиля. Затем редактируем файл README этого репозитория и готово. Помочь в этом могут специальные инструменты, например .
README
Содержит описание всего репозитория, предназначен для чтения людьми. Содержание именно этого файла GitHub показывает, когда вы заходите на страницу любого проекта. Красиво и грамотно оформить репозиторий не очень сложно, далее в статье я покажу несколько примеров оформления репозитория.
.gitignore
Содержит список правил, по которым Git игнорирует определенные папки и файлы и не отслеживает изменения в них. Это полезно, чтобы не выкладывать лишние данные, такие как кеш. При настройке репозитория GitHub предлагает выбрать конфигурацию для конкретной платформы (например для Unity).
LICENSE
Содержит в себе текст лицензии, которая применяется к этому проекту. Автор проекта сам выбирает тип лицензии из тех, которые предлагает GitHub. Для этого не нужно быть юристом, достаточно лишь прочитать особенности каждой конкретной лицензии. Позволяет указать как можно использовать, распространять и модифицировать ваш проект.
