Github handle что это
Создайте асинхронную функцию getUsers(names) , которая получает на вход массив логинов пользователей GitHub, запрашивает у GitHub информацию о них и возвращает массив объектов-пользователей.
Информация о пользователе GitHub с логином USERNAME доступна по ссылке: https://api.github.com/users/USERNAME .
В песочнице есть тестовый пример.
- На каждого пользователя должен приходиться один запрос fetch .
- Запросы не должны ожидать завершения друг друга. Надо, чтобы данные приходили как можно быстрее.
- Если какой-то запрос завершается ошибкой или оказалось, что данных о запрашиваемом пользователе нет, то функция должна возвращать null в массиве результатов.
Чтобы получить сведения о пользователе, нам нужно вызвать fetch(‘https://api.github.com/users/USERNAME’) .
Если ответ приходит cо статусом 200 , то вызываем метод .json() , чтобы прочитать JS-объект.
А если запрос завершается ошибкой или код статуса в ответе отличен от 200, то мы просто возвращаем null в массиве результатов.
async function getUsers(names) < let jobs = []; for(let name of names) < let job = fetch(`https://api.github.com/users/$`).then( successResponse => < if (successResponse.status != 200) < return null; >else < return successResponse.json(); >>, failResponse => < return null; >); jobs.push(job); > let results = await Promise.all(jobs); return results; >Пожалуйста, обратите внимание: вызов .then прикреплён к fetch , чтобы, когда ответ получен, сразу начинать считывание данных с помощью .json() , не дожидаясь завершения других запросов.
Если бы мы использовали await Promise.all(names.map(name => fetch(. ))) и вызывали бы .json() на результатах запросов, то пришлось бы ждать, пока завершатся все из них. Вызывая .json() сразу после каждого fetch , мы добились того, что считывание присланных по каждому запросу данных происходит независимо от других запросов.
Это пример того, как относительно низкоуровневое Promise API может быть полезным, даже если мы в основном используем async/await в коде.
Краткое руководство по GitHub Pages
Вы можете использовать GitHub Pages, чтобы продемонстрировать проекты с открытым кодом, вести блог или даже поделиться своим резюме. Это руководство поможет вам приступить к созданию вашего нового веб-сайта.
GitHub Pages is available in public repositories with GitHub Free and GitHub Free for organizations, and in public and private repositories with GitHub Pro, GitHub Team, GitHub Enterprise Cloud, and GitHub Enterprise Server. For more information, see «GitHub’s plans.»
Introduction
GitHub Pages are public webpages hosted and published through GitHub. The quickest way to get up and running is by using the Jekyll Theme Chooser to load a pre-made theme. You can then modify your GitHub Pages’ content and style.
This guide will lead you through creating a user site at username.github.io .
Creating your website
- In the upper-right corner of any page, select
, then click New repository.
Enter username.github.io as the repository name. Replace username with your GitHub username. For example, if your username is octocat , the repository name should be octocat.github.io .
Settings. If you cannot see the «Settings» tab, select the
dropdown menu, then click Settings.
Pages.
Changing the title and description
By default, the title of your site is username.github.io . You can change the title by editing the _config.yml file in your repository. You can also add a description for your site.
- Click the Code tab of your repository.
- In the file list, click _config.yml to open the file.
- Click
theme: jekyll-theme-minimal title: Octocat's homepage description: Bookmark this to keep an eye on my project updates! Next Steps
For more information about how to add additional pages to your site, see «Adding content to your GitHub Pages site using Jekyll.»
For more information about setting up a GitHub Pages site with Jekyll, see «About GitHub Pages and Jekyll.»
Настройка имени пользователя в Git
Git использует имя пользователя для связывания фиксаций с удостоверением. Имя пользователя Git не совпадает с именем пользователя GitHub.
Platform navigation
Сведения об именах пользователей Git
Вы можете изменить имя, связанное с фиксациями Git, с помощью команды git config . Новое имя будет отображаться в любых будущих фиксациях, отправляемых в GitHub из командной строки. Если вы не хотите указывать свое настоящее имя, вы можете использовать любой текст в качестве имени пользователя Git.
Изменение имени, связанного с фиксациями Git, с помощью git config будет влиять только на будущие фиксации и не повлияет на имя, использованное для предыдущих фиксаций.
Настройка имени пользователя Git для каждого репозитория на компьютере
- Откройте Терминал Терминал GIT Bash .
- Задайте имя пользователя Git:
git config --global user.name "Mona Lisa" $ git config --global user.name > Mona Lisa Настройка имени пользователя Git для одного репозитория
- Откройте Терминал Терминал GIT Bash .
- Измените текущий рабочий каталог на локальный репозиторий, в котором необходимо настроить имя, связанное с фиксациями Git.
- Задайте имя пользователя Git:
git config user.name "Mona Lisa" $ git config user.name > Mona Lisa Дополнительные материалы
- «Указание адреса электронной почты для фиксаций»
- Раздел «Конфигурация Git» из книги Pro Git
The importance of your GitHub handle within an organization
By now, if you are an organization where software is critical to your business, chances are your developers, data scientist, tech enthusiast and others have a GitHub account. With a GitHub account, you get a unique handle to identify you on the network, for example @harsh. Note, I am talking about internal communication in private repositories within GitHub so my activities don’t show up on my public profile. They are only visible within my organization. My first name Harsh is fairly unique so I was able to get that handle but take a look and you will see some clever and at times funny handles that add another dimension of character to that individual.
So why is this important? At the core of every transformation, Agile, Digital, etc are people. In large organizations, each employee gets assigned a unique numeric ID when they are first hired which is typically 5 digits or greater. This is necessary from an HR perspective so they can pay us, which is always important, and then IT systems administrators took this to also grant us access to the internal applications and tools. But this employee ID doesn’t tell you anything about the individual as it is the classic, you are just a number in a large organization. By utilizing @mentions in GitHub, you are doing 3 things. 1) You are interacting with an individual who chose their unique handle and 2) You have access to their profile so you can see what projects they are part of and what their interests are and 3) collaborating with a team or individual in the same or different organization/line of business or an external contractor regardless of location.
By collaborating asynchronously via @mentions in GitHub, you end up creating an inclusive culture within your organization just as how GitHub has done for its 21 million plus members on our public GitHub.com site. At GitHub, we have 600+ employees and each of us use GitHub everyday regardless of our role. My interaction with departments like engineering, legal, finance, marketing, and sales is via GitHub Issues and Pull Requests.