Як залишити повідомлення користувачеві github.com

Потрібна допомога щодо використання GitHub. Цікаво, чи існує спосіб спілкування з користувачем github.com, тобто написати користувачеві повідомлення, коли на його сторінці GitHub вказано лише ім’я користувача / ідентифікатор? Чи має GitHub цю соціальну особливість?

Хоча GitHub видалив функцію приватного обміну повідомленнями, є альтернатива.

GitHub сховища git git. Якщо користувач, з яким ви готові спілкуватися, коли-небудь вчинив якийсь код, є великі шанси, що ви можете досягти своєї мети. Дійсно, в межах кожного комітету зберігається певна інформація про автора зміни або того, хто її прийняв.

За умови, що ви дійсно вмираєте для обміну з користувачем user_test

• Відобразити сторінку публічної активності користувача: https://github.com/user_test?tab=activity
• Шукайте подію із зазначенням "user_test, натиснутого на [гілку] у [сховищі]" . Зазвичай є хороші шанси, вони, можливо, підштовхнули один із його власних зобов'язань. Переконайтеся, що це так, натиснувши на посилання "Переглянути порівняння ..." та переконайтеся, що користувач вказаний як один із виконавців.
• Клоніруйте на вашій локальній машині сховище, до якого вони натиснули: git clone https://github.com/..../repository.git
• Оформити відділення, до якого вони підштовхнули: git checkout [branch]
• Відобразити останні зобов’язання: git log -50

Як виконавця / автора, електронний лист повинен відображатися разом із даними про здійснення.

Примітка. Кожне попередження, пов’язане з непотрібною електронною поштою, має застосовуватися саме там. Є НЕ спам.

Цей метод працював станом на березень 2020 року

1. Скопіюйте та вставте наступний рядок у свій веб-переглядач (не соромтеся робити це за допомогою закладок): https://api.github.com/users/xxxxxxx/events/public
2. Знайдіть ім’я користувача GitHub, для якого потрібно електронну пошту. Замініть xxxxxxx в URL-адресі на ім’я користувача GitHub людини. Натисніть Enter.
3. Натисніть Ctrl + F і знайдіть "електронну пошту".

Як запропонував qbolec , описані вище кроки можна зробити за допомогою цього фрагмента:

<input id=username type="text" placeholder="github username or repo link">
<button onclick="fetch(`https://api.github.com/users/${username.value.replace(/^.*com[/]([^/]*).*$/,'$1')}/events/public`).then(e=> e.json()).then(e => [...new Set([].concat.apply([],e.filter(x => x.type==='PushEvent').map(x => x.payload.commits.map(c => c.author.email)))).values()]).then(x => results.innerText = x)">GO</button>
<div id=results></div>

Джерело: Меттью Феррі @ Sourcecon

Для ледачих людей, як я, фрагмент на основі рішення Ніхіла

<input id=username type="text" placeholder="github username or repo link">
<button onclick="fetch(`https://api.github.com/users/${username.value.replace(/^.*com[/]([^/]*).*$/,'$1')}/events/public`).then(e=> e.json()).then(e => [...new Set([].concat.apply([],e.filter(x => x.type==='PushEvent').map(x => x.payload.commits.map(c => c.author.email)))).values()]).then(x => results.innerText = x)">GO</button>
<div id=results></div>

Просто створіть фіктивне репо, відкрийте нову проблему та використовуйте @xxxxx, щоб повідомити про це.

Якщо користувач отримав сповіщення електронною поштою, він отримає електронну пошту, якщо ні, він помітить при наступному вході.

Не потрібно шукати адресу електронної пошти в комісіях чи потоці діяльності та конфіденційність.

Github сказав 3 квітня 2012 року:

Сьогодні ми видаляємо дві функції. Вони деякий час збирали пил, і настав час їх викинути: Fork Queue & Private Messaging

Джерело

Ось ще один спосіб:

• Перегляньте чиюсь історію комісій (натисніть commitsпоруч із гілкою, щоб побачити всю історію фіксації)

• Клацніть на зобов’язання з ім’ям користувача, оскільки їх може бути так багато

• Тоді ви побачите, що веб-адреса має хеш, приєднаний до URL-адреси. Додайте .patchдо цієї URL-адреси комісії

• Ви , ймовірно , побачити адресу електронної пошти людини є

Приклад: https://github.com/[username]/[reponame]/commit/[hash].patch

Джерело: Chris Herron @ Sourcecon

Окрім видалення служби передачі повідомлень github , використання часто не було необхідним через те, що багато комунікаторів спілкувались із та захищати щебет .

Перевагою є те , що є:

• повна прозорість
• краще покриття
• кращі функції пошуку твітів
• краще архівування, наприклад, Бібліотека Конгресу США

Напевно, не випадково, що stackoverflow також не дозволяє приватним повідомленням, щоб забезпечити повну прозорість. Вся проблема обміну повідомленнями детально обговорюється на мета-StackOverflow тут .