Обучение Git и GitHub 2: Использование GitHub

GitHub

1. Навыки использования GitHub

1. Преодолеть ограничение на загрузку одного большого файла на GitHub

Размер только что созданного хранилища на GitHub ограничен 1G, а размер одного файла не может превышать 100 M. Если файлов будет 50 M, будет выдано предупреждение. Файлы размером более 100 МБ можно найти с помощью следующей команды:find ./ -type f -size +102400k. Если вы хотите обойти ограничения GitHub и поддерживать один файл размером более 100 М, вы можете использоватьGit LFS.

Ссылаться на:Преодолеть лимит загрузки одного большого файла в 100 М на github

2. Git клонирует только указанный файл или папку в репозитории

Шаги резюмируются следующим образом:

git init <repo> 	#新建仓库并初始化
cd <repo> 	#切换到该仓库目录
git remote add origin <url>		#拉取remote的all objects信息,url为仓库地址
git config core.sparsecheckout true		#设置允许克隆子目录,即开启sparse clone
echo "参考论*" >> .git/info/sparse-checkout	#设置需要pull的目录,*表示所有,!表示匹配相反的
git pull --depth=1 origin master	#将origin端指定目录下的文件pull到本地

По собственному опыту могу сказать следующее:

  1. такая командаecho "参考论" >> .git/info/sparse-checkouthБудет в.git/info/создается в каталогеsparse-checkoutФайл без суффикса, откройте, чтобы увидеть содержимое, вы можете видеть, что настройки参考论, матч будет загружен参考论все файлы в каталоге. Его также можно изменить на что-то другое, например, изменить, например,参考论文/files/101,совпадение参考论文/files/101файл или папка? .

  2. На практике я обнаружил, что независимо от того, как скачать указанный файл или папку, на самом деле он имеет возможность загрузить весь склад, как и Zhihu.Ответ Гонг Джиу, @Evian указал:

    Вы, должно быть, не пробовали эту функцию самостоятельно. "оформить заказ" != "клонировать/выбрать". На самом деле весь склад все равно будет перетащен обратно в локалку, но другие каталоги при выписке не будут выписаны.

  3. git pull --depth=1 origin master:depth используется для указания глубины клонирования.Значение 1 означает, что будет клонирован только последний коммит, который можно не указывать, иначе могут возникнуть проблемы. Пополнить:Как повторно вытащить всю историю после использования --depth при клонировании git.

PS: Позже я узнал, что, на самом деле, вы можете напрямую открыть файл, который хотите скачать, и вы можете прямо нажать правую кнопку мыши в правом верхнем углу.RawВыберите ссылку для сохранения как для загрузки. Или используйте плагин для браузера [GitZip for github] Может быть очень удобно скачать, рекомендуется.

Ссылаться на:

3. Используйте GitHub для совместной разработки несколькими людьми

(1) Разработать и отправить код

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

# 如果没有配置ssh,可以 git clone https://github.com/strivebo/git-practice.git
git clone git@github.com:strivebo/git-practice.git 

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

git add .	# 表示提交所有改动,指定提交某个文件的改动,则可 git add hello.txt
git commit  -m '修改原因,相关说明信息'

воплощать в жизньgit commitПосле этого он просто был зафиксирован в локальном репозитории, а не в репозитории вашей учетной записи на GitHub. Вам нужно выполнить команду push, чтобы отправить фиксацию на сервер.

# git push #直接到远程默认仓库,或者下面这个:
git push orgin master #push到名为orgin的远程仓库的指定分支master

На этом модификация кода удаленного склада завершена.

(2) Совместная разработка нескольких человек

В: Если вы хотите осуществлять совместную разработку с несколькими людьми. Например, если вы хотите внести свой собственный код в репозиторий xiaoming под названием git-test, например, добавить новые функции, как вы это сделаете?

A: Во-первых, вам нужно разветвить копию репозитория git-test xiaoming в свой собственный репозиторий GitHub. На данный момент этот репозиторий ваш. Затем клонируйте его на локальный диск, а затем выполните процедуру, описанную в предыдущем разделе, чтобы завершить удаленный форк git от себя.- Работа над модификацией кода для тестового репозитория.

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

А вот с кооперативной разработкой тут будет проблема, как угнаться за кодом склада сяомина?

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

① Сначала просмотрите удаленный склад, подключенный к текущему проекту:git remote -v, в общем, вы видите, что ваш собственный удаленный склад в данный момент подключен, а скриншот я опущу;

② Затем добавьте подключение к удаленному складу исходного автора xiaoming:git remote add upstream git@github.com:xiaoming/git-test.git

Что означает эта команда? Это связано с удаленным соединением с локальным складом, имя восходящее, а адресgit@github.com:xiaoming/test.git(Чтобы удалить ассоциацию, используйте эту команду:git remote rm upstream)

(1)从原仓库获取最新版本到本地
git fetch upstream master

(2)保证当前位于 master 分支上
git checkout master

(3)将最新版本整合到本地 master 分支上
git merge upstream/master

(4)将更新发送到自己的 GitHub 仓库里
git push origin master

Или можно использовать шаг ①②③:git pull upstream masterЭта команда является альтернативой, но она менее безопасна, так как вы можете получить ее после:git log --oneline --graph --decorate --allчтобы увидеть обновление, а затем принять решение о слиянии (объединении) вместе.

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

Также обратитесь к этой статье:После форка чужого проекта на github синхронно обновляйте чужие коммиты, второй метод в этой статье - это метод, упомянутый выше, команда выглядит следующим образом:

git remote -v 
git remote add upstream git@github.com:xxx/xxx.git
git fetch upstream
git merge upstream/master
git push 

Использованная литература:

4. Настройте несколько учетных записей Git на одном компьютере.

При ежедневном использовании GitHub в качестве репозитория иногда могут возникать такие ситуации:

1. 有两个 github 账号,一台电脑怎么同时连接这两个账号进行维护呢?
2. 自己用一个 github 账号,平时用来更新自己的一些资料;公司使用的 gitlab(也是 git 的衍生产品)

Конфигурация ключа SSH:

  1. Windowsоткрыть внизGit Bash,СоздайтеSSH Key, введите пароль согласно подсказке, можно нажать Enter до конца, не вводя пароль

    $ ssh-keygen -t rsa -C "注释" 	#如:ssh-keygen -t rsa -C “123456@qq.com”
    
  2. Сгенерируйте новые ключи SSH для другой учетной записи

    ssh-keygen -t rsa -C "注释"	#如:ssh-keygen -t rsa -C "123456@sina.com"
    

    Обычно мы просто нажимаем Enter напрямую, который генерируется по умолчанию.id_rsaиid_rsa.pub. Здесь следует обратить особое внимание, когда будет предложено ввести имя файла (Enter file in which to save the key (\~/.ssh/id_rsa): id_rsa_new), чтобы ввести имя файла, отличное от конфигурации по умолчанию, например: я заполнил здесьid_rsa_new.

    Фактически, им также можно управлять с помощью команды, которая заключается в использовании параметра -f для указания имени файла:ssh-keygen -t rsa -C "注释" -f id_rsa_new"

  3. настроитьC:\Users\用户名\.ssh\configдокумент. существует.sshСоздайте новый файл конфигурации (без суффикса) в папке и измените его следующим образом:

    #github
    Host github.com
    HostName github.com
    PreferredAuthentications publickey
    IdentityFile ~/.ssh/id_rsa
    
    #github2
    Host second.github.com
    HostName github.com
    PreferredAuthentications publickey
    IdentityFile ~/.ssh/id_rsa_new
    

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

    Их конкретные значения следующие:

    #Host myhost(这里是自定义的host简称,以后连接远程服务器就可以用命令ssh myhost)[注意下面有缩进]
    #User 登录用户名(如:git)
    #HostName 主机名可用ip也可以是域名(如:github.com或者bitbucket.org)
    #Port 服务器open-ssh端口(默认:22,默认时一般不写此行)
    #IdentityFile 证书文件路径(如~/.ssh/id_rsa_*)
    
  4. контрольная работа:

    $ ssh -T git@github.com
    Hi xiaoming! You've successfully authenticated, but GitHub does not provide shell access.
    
    $ ssh -T git@second.github.com
    Hi zhangsan!  You've successfully authenticated, but GitHub does not provide shell access.
    

Решение резюмируется следующим образом:

  1. Сгенерируйте закрытый ключ/открытый ключ, назовите файл ключа, чтобы избежать повторения
  2. Установите разные хосты, чтобы они соответствовали одному и тому же имени хоста, но с разными ключами.
  3. Отмените настройку глобального имени пользователя/адреса электронной почты git и задайте имя пользователя/адрес электронной почты независимо для каждого репозитория.

Как отменить настройку глобального имени пользователя/электронной почты Git следующим образом:

  1. использоватьgit config --listПосмотреть текущую конфигурацию

    Если вы настраивали локальный репозиторий иgithubустановить при подключенииuser.nameиuser.email, тогда вы должны сначала очистить настройку, потому что неясно, как очистить настройку, когда две учетные записи отправляют данные, проверка должна конфликтовать (можно установить только одну глобальную)user.nameиuser.email, и теперь у вас есть две учетные записи, соответствующие двум разным).

  2. отменить глобальный

    git config --global --unset user.name
    git config --global --unset user.email
    
  3. Установите собственный user.email для каждого репозитория проекта.

    git config  user.email "xxxx@xx.com"
    git config  user.name "suzie"
    

Или отредактируйте компьютер напрямую.gitconfigфайл (система Windows вC:\Users\用户名\.gitconfigкаталог), положитьnameиemailудаляются, тем самым отменяя глобальные настройки пользователя/почтового ящика.

Использованная литература:

5. Git настраивает несколько SSH-ключей? Зачем?

Предыстория: при наличии нескольких учетных записей git, например:

a. 一个 gitee,用于公司内部的工作开发;
b. 一个 github,用于自己进行一些开发活动;

Шаги:

①Сгенерируйте SSH-ключ компании

ssh-keygen -t rsa -C 'xxxxx@company.com' -f ~/.ssh/gitee_id_rsa

②Сгенерируйте SSH-ключ для github.

ssh-keygen -t rsa -C 'xxxxx@qq.com' -f ~/.ssh/github_id_rsa

③Создайте новый файл конфигурации в каталоге ~/.ssh и добавьте следующее содержимое (где Host и HostName заполняют доменное имя сервера git, а IdentityFile указывает путь к закрытому ключу)

# gitee
Host gitee.com
HostName gitee.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/gitee_id_rsa

#github
Host github.com
HostName github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/github_id_rsa

④Используйте команду ssh для отдельного тестирования

ssh -T git@gitee.com
ssh -T git@github.com

Использованная литература:

6. Как перенести существующие проекты GitHub в репозиторий организации

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

Введите сюда название проекта, который нужно передать, а во второй строке введите название организации. После входа нажмитеI understand transfer this repository.

Использованная литература:Как github переносит существующие проекты в репозиторий организации

7. Как добавить протокол на GitHub?

① Войдите в свой «репозиторий кода», нажмите «Создать новый файл», затем на новой странице GitHub есть место для ввода имени файла.

②Введите имя файла «ЛИЦЕНЗИЯ» в поле ввода, список, содержащий все протоколы с открытым исходным кодом, появится в правой части поля ввода, выберите соответствующий протокол с открытым исходным кодом и выберите протокол, который вам нужен;

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

Ссылаться на:Как добавить протокол на github

8. Синхронно обновлять облако кода Gitee и GitHub?

При использовании GitHub проблема, с которой часто сталкиваются отечественные пользователи, заключается в том, что скорость доступа слишком медленная, а иногда возникает ситуация, когда соединение не может быть установлено (причину вы знаете). Если мы хотим ощутить скорость полета Git, мы можем воспользоваться услугами внутреннего хостинга Git——Облако кода(gitee.com). По сравнению с GitHub, CodeCloud также предоставляет бесплатные репозитории Git. Кроме того, интегрированы такие функции, как проверка качества кода и демонстрация проекта. Для командной совместной разработки Code Cloud также предоставляет услуги по управлению проектами, размещению кода и управлению документами, которые предоставляются бесплатно для небольших групп менее 5 человек.

Использование облака кода похоже на использование GitHub, поэтому я не буду здесь вдаваться в подробности. Ниже в основном рассказывается о том, как синхронизировать репозиторий, клонированный с GitHub, с Gitee.Операции следующие:

Перейдите в каталог локального склада, сначала используйте команду:git remote -vПроверьте, связан ли удаленный репозиторий. Если он показывает следующее:

git remote -v
origin    git@github.com:michaelliao/learngit.git (fetch)
origin    git@github.com:michaelliao/learngit.git (push)

Указывает, что локальная библиотека была связанаorigin, а удаленная библиотека указывает на GitHub. Мы можем связать удаленный репозиторий и указать на Gitee, чтобы локальный репозиторий был связан как с GitHub, так и с Code Cloud.

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

Далее мы связываем удаленное хранилище кода с облаком:

git remote add gitee git@gitee.com:liaoxuefeng/learngit.git

Примечание. Имя удаленной библиотеки называетсяgitee, не называетсяorigin.

Теперь мы используемgit remote -vГлядя на информацию об удаленной библиотеке, вы можете увидеть две удаленные библиотеки:

git remote -v
gitee    git@gitee.com:liaoxuefeng/learngit.git (fetch)
gitee    git@gitee.com:liaoxuefeng/learngit.git (push)
github    git@github.com:michaelliao/learngit.git (fetch)
github    git@github.com:michaelliao/learngit.git (push)

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

git push github master

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

git push gitee master

Примечание. В случае того же ssh-ключа, который я использую, используйте короткую команду при отправке кода:git pushКажется, что он отправляется только на удаленный склад GitHub; если вы хотите отправить в Gitee, вам нужноgit push gitee master.

Ссылаться на:Использование Code Cloud — официальный сайт Ляо Сюэфэна

9. Как правильно получать сообщения электронной почты GitHub

Ссылаться на:Как правильно получать сообщения электронной почты GitHub

10. Аккуратно делитесь кодами ключей

Например, у вас есть очень классная или важная строка кода в файле, и вы хотите поделиться ею. Вы можете добавить его после URL-адреса, например, щелкните следующий URL-адрес:GitHub.com/команда сплавов/А…, вы перейдете кalloy_touch.jsв строке 240. Если вы хотите поделиться несколькими строками кода, это также очень просто: добавьте URL после#Lномер стартовой строки-LНомер конечной строки, например, функции замедления движения и обратного замедления AlloyTouch показаны в следующем фрагменте кода:GitHub.com/команда сплавов/А…, на самом деле вам не нужно помнить, что вы работаете непосредственно за URL-адресом, GitHub автоматически сгенерирует URL-адрес для вас. Например, если вы нажмете на строку 39, URL станет таким:GitHub.com/команда сплавов/А…, затем, удерживая нажатой клавишу Shift, щелкните строку 45, URL-адрес примет вид:GitHub.com/команда сплавов/А…, а затем вы можете скопировать и поделиться этим URL. Люди, которые нажмут на этот URL, автоматически перейдут к строке 39, а строки 39–45 будут выделены.

11. Автоматически закрывать проблемы через отправленное сообщение

Например, кто-то отправил вопросGitHub.com/команда сплавов/А…, а затем вы идете в магистраль, чтобы изменить код, и когда вы отправляете сообщение после изменения, заполните:fix https://github.com/AlloyTeam/AlloyTouch/issues/6, этот вопрос будет закрыт автоматически. Конечно, это не просто ключевое слово fix. Также доступны следующие ключевые слова:

close
closes
closed
fixes
fixed
resolve
resolves
resolved

12. gitattributes устанавливает язык проекта

GitHub автоматически определит, на каком языковом коде находится ваш проект, основываясь на количестве соответствующего файлового кода. Это вызывает проблему, например, AlloyTouch изначально распознается как HTML-проект, потому что HTML-примеров больше, чем JS-файлов. Как это сделать? gitattributes вам в помощь. Добавьте следующее в корневой каталог проекта.gitattributesФайл может быть внутри:

*.html linguist-language=JavaScript

Основное значение заключается в том, чтобы идентифицировать все коды суффиксов файлов html как файлы js.

13. Просмотр данных доступа для собственных проектов

Под своим собственным элементом нажмите «Статистика», а затем нажмите «Трафик», в котором есть подробные данные и рейтинги ссылающихся сайтов и популярного контента. Например: Ссылающиеся сайты

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

14. рейтинг лидеров

Давайте посмотрим, как просмотреть ежедневную таблицу лидеров для определенного типа языка. Например, ежедневная таблица лидеров JavaSrcipt:

Гитхаб рекомендует:github.com/explore

15. Опубликуйте приложение, используя выпуск GitHub.

(1) Создать релиз

  1. На главной странице репозитория нажмите «Выпуск», чтобы войти в интерфейс выпуска.

  2. В интерфейсе выпуска нажмите «Создать новый выпуск».

  3. Заполните соответствующую информацию и загрузите файл

    1. publish release

    2. Доступ к нашей информации о выпуске можно получить через официальный API, предоставленный GitHub:

      /repos/:owner/:repo/releases/:id
      

Ссылаться на:Использование функции выпуска github и решение проблем

2. Украшение проекта GitHub

1. Добавьте и установите значок проекта GitHub.

Для обозначения и описания проекта в README.md проекта GitHub можно добавить значки, которые не только просты и красивы, но и содержат четкую и читаемую информацию.

Логотип в основном состоит из изображений и соответствующих ссылок (конечно, вы можете оставить их пустыми).Изображение логотипа обычно состоит из названия левой половины и значения правой половины.

Официальный сайт логотипа GitHub:shields.io/, мы можем просмотреть большинство стилей логотипа на официальном веб-сайте, а затем выбрать понравившийся логотип (конечно, нам нужно сначала применить его к нашему целевому проекту) и добавить его в документ нашего проекта.

Использованная литература:

2. Добавьте эмодзи в проекты GitHub

Выражения, поддерживаемые GitHub, запрос официального сайта:woohoo.webdirection.com/tools/devil&…

формат, например::blush:, отображается как :blush:

3. Детали использования GitHub

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

git clone будет клонировать все удаленное хранилище по умолчанию, но по умолчанию локально будет создана только одна основная ветка.Если в удаленном хранилище есть другие ветки, используйтеgit branch -aПосмотреть все ветки.

2. GitHub поддерживает несколько протоколов

GitHub дает более одного адреса, кромеgit@github.com:xiaoming/test.gitЭтот адрес также можно использоватьhttps://github.com/xiaoming/test.gitтакой адрес. На самом деле Git поддерживает множество протоколов, по умолчаниюgit://Используйте ssh, но можно использовать и другие протоколы, такие как https.

Помимо медленной скорости использования https, самая большая беда в том, что каждый раз при нажатии приходится вводить пароль, но в некоторых компаниях, которые открывают только порты http, нельзя использовать протокол ssh и можно использовать только https.

3. Установите ветку по умолчанию

git push -u origin test #设置默认被推送的分支
git push	#这个时候我推送的远程分支应该是 origin/test

Проверятьgit pushСвязанная удаленная ветвь:git branch -v.

4. команда ssh-keygen

Команда ssh-keygen используется для создания, управления и преобразования ключей аутентификации для "ssh" и поддерживает ключи аутентификации RSA и DSA. грамматика:ssh-keygen(选项)

параметр:

-b:指定密钥长度;
-e:读取openssh的私钥或者公钥文件;
-C:添加注释;
-f:指定用来保存密钥的文件名;
-i:读取未加密的ssh-v2兼容的私钥/公钥文件,然后在标准输出设备上显示openssh兼容的私钥/公钥;
-l:显示公钥文件的指纹数据;
-N:提供一个新密语;
-P:提供(旧)密语;
-q:静默模式;
-t:指定要创建的密钥类型。

как:ssh-keygen -t rsa -C "123456@qq.com"

5. Git игнорирует коммиты (файлы .gitignore)

В процессе использования Git нам нравится, что некоторые файлы, такие как журналы, временные файлы, скомпилированные промежуточные файлы и т. д., не должны отправляться в репозиторий кода.В настоящее время должны быть установлены соответствующие правила игнорирования, чтобы игнорировать отправку этих файлов. файлы. Простой сценарий: когда вы используетеgit add .Когда вы сталкиваетесь с ситуацией, когда файлы, которые вы не хотите отправлять, также добавляются в кеш, например локальная информация о конфигурации проекта, если вы загружаете их в Git, а кто-то другой извлекает их, это будет конфликтовать с его локальным Таким образом, мы обычно не отправляем такие персонализированные файлы конфигурации на сервер Git, но мы хотим использовать их каждый раз, когда добавляем кеш, чтобы не лениться.git add .Что мне делать, вместо того чтобы добавлять файлы по одному вручную? Проще говоря, Git предоставляет нам.gitignoreПросто объявите в этом файле те файлы, которые вы не хотите добавлять в Git, чтобы при использованииgit add .Эти файлы будут автоматически игнорироваться.

Для друзей, которые часто используют Git,.gitignoreКонфигурация не должна быть незнакомой. Этот путь определяется папкой в ​​проекте.gitignoreфайл, в котором определены соответствующие правила игнорирования для управления поведением фиксации Git файлов в текущей папке..gitignoreФайлы могут быть отправлены в общедоступные репозитории, которые имеют общий набор определенных правил игнорирования для всех разработчиков проекта. существует.gitingoreфайл, следуя соответствующему синтаксису, указав правило игнорирования в каждой строке. как:

*.log
*.temp
/vendor

Ссылаться на:Git игнорирует правила фиксации — .gitignore операция конфигурации и сводка обслуживания

6. Как встроить Gist в README.md?

Веб-страницы для GitHub через Jekyll используют теги сценариев в Markdown, которые затем обрабатываются Jekyll. Поскольку Markdown поддерживает html, Gist можно встроить напрямую с помощью тегов

Просто скопируйте URL-адрес для встраивания Gist, предоставленный GitHub, например, скопируйте следующее и вставьте в файл Markdown:

< script src =“https://gist.github.com/nisrulz/11c0d63428b108f10c83.js”>< / script>

Так вы сможете увидеть желаемый результат. Примечание. Используемый выше метод Jekyll, если он непосредственно встроен в файл README.md, не будет работать, поскольку GitHub не может вводить пользовательские JS и CSS для обеспечения безопасности.

Ссылаться на:

7. Встраивать личные репозитории GitHub на другие веб-страницы?

Если вы хотите встроить свою собственную страницу репозитория GitHub в другие веб-страницы, есть кнопка со звездочкой или вилкой, как показано ниже:

Это можно написать так:

<iframe src="https://ghbtns.com/github-btn.html?user=strivebo&amp;repo=websites-and-tools&amp;type=watch&amp;count=true&amp;size=large" allowtransparency="true" frameborder="0" scrolling="0" width="156px" height="30px"></iframe>
<iframe src="https://ghbtns.com/github-btn.html?user=strivebo&amp;repo=websites-and-tools&amp;type=fork&amp;count=true&amp;size=large" allowtransparency="true" frameborder="0" scrolling="0" width="156px" height="30px"></iframe>

Просто измените пользователя и репо на свои. Примечание. Для личного тестирования страница веб-сайта GitHub в настоящее время не поддерживается.

8. Ярлыки GitHub

  • Введите двоеточие в проблеме:Добавить эмодзи
  • любой интерфейсshift + ?Показать сочетания клавиш
  • Выделите текст в выпуске и используйте клавишу R, чтобы быстро процитировать

Ссылки и рекомендации