Що насправді зникає, а що залишається
Закриття GitHub — це не одна кнопка видалення, яка стирає вашу історію. Акаунт і те, чим він володіє, — це одна категорія; сліди, які ви залишили в проєктах інших людей, — інша. Якщо вважати їх одним і тим самим, люди закривають акаунт і потім виявляють, що їхні старі коментарі досі видно в публічній гілці.
Видалення особистого акаунта GitHub видаляє ресурси, якими володіє цей акаунт, але коментарі, issues та pull requests у репозиторіях інших власників залишаються пов’язаними з акаунтом-привидом. Джерело
Ця поведінка акаунта-привида — головна причина, чому закриття потребує інвентаризації, а не одного рішення. Ваші репозиторії, gists та інші ресурси, прив’язані до власника, — ваші, їх можна видалити або передати. Ваші коментарі, issues та pull requests у репозиторії когось іншого не ваші, щоб видаляти їх у межах закриття акаунта, і цей посібник не пропонує редагувати чи видаляти їх на виході.
Складіть інвентар перед закриттям
Розсортуйте все, що у вас є на GitHub, за трьома категоріями. Сортування — це і є робота; саме закриття — останній крок.
| Категорія | Що сюди належить | Що робить закриття | Що вирішити першим |
|---|---|---|---|
| Активи, якими ви володієте | Репозиторії, gists та інші ресурси, якими володіє ваш особистий акаунт | Видаляються разом з акаунтом | Що передати, що архівувати в іншому місці, а що дозволити зникнути |
| Обов’язки в організаціях | Організації, де ви власник або член | Блокують закриття, доки не вирішено | Чи хтось інший перейме, чи організація припинить існування |
| Внески в чужі ресурси | Коментарі, issues та pull requests у репозиторіях, якими ви не володієте | Залишаються, пов’язані з акаунтом-привидом | Чи влаштовує вас, що ця публічна історія залишиться |
Працюйте за категоріями в цьому порядку. Середня категорія найчастіше зупиняє закриття, бо GitHub не дозволить вам піти з організації, якою ви досі володієте або до якої належите.
Категорія перша: активи, якими ви володієте
Перелічіть кожен репозиторій та інший ресурс, прив’язаний до вашого особистого акаунта, і позначте кожен як «передати», «архівувати в іншому місці» або «дозволити зникнути». Передача — це варіант, який зберігає роботу, від якої можуть залежати інші люди; дозволити зникнути цілком прийнятно для експериментів і занедбаних проєктів. Зробіть це до того, як торкатися акаунта, бо щойно акаунт зникне, зникнуть і ресурси, якими він володіє.
Якщо в репозиторію є співавтори, форки або відкриті issues від інших людей, передача варта другого погляду. Закриття акаунта — ваше рішення, але робота інших людей у вашому репозиторії — це наслідок, якого вони можуть не очікувати.
Категорія друга: володіння організацією та членство
GitHub по-різному обробляє дві ситуації з організаціями, і обидві треба вирішити, перш ніж особистий акаунт можна буде видалити.
Єдиний власник організації повинен передати володіння або видалити організацію, перш ніж видаляти особистий акаунт. Джерело
Власник, який має інших власників організації, повинен скасувати власне членство в організації, перш ніж видаляти особистий акаунт. Джерело
На практиці: якщо ви єдиний власник організації, вирішіть, чи вона продовжить існування. Якщо так, спершу передайте володіння іншій людині. Якщо ні, видаліть організацію. Якщо в організації є інші власники і вона має працювати далі, скасуйте власне членство. У будь-якому разі підтвердьте, що зміна набула чинності, перш ніж починати видалення акаунта, а не сподівайтеся, що все якось залагодиться.
Категорія третя: внески, які ви не можете забрати з собою
Коментарі, issues та pull requests, які ви відкрили в репозиторіях, що належать іншим людям, — це та частина вашого сліду, яку закриття не зачіпає. Вони залишаються, тепер прив’язані до акаунта-привида, а не до профілю, який хтось може відвідати.
Це має два практичні наслідки. По-перше, якщо коментар містить інформацію, яку ви не хотіли б залишати в публічній гілці, час зайнятися цим — до закриття, через ті звичайні можливості редагування, які платформа дає вам для ваших власних внесків. Цей посібник не рекомендує редагувати чужі гілки, щоб стерти вашу присутність, і не обіцяє, що будь-яке конкретне редагування видалить запис. По-друге, закриття акаунта — це не крок стирання особистості. Воно видаляє ваш профіль і ресурси, якими ви володієте; воно не відкликає вашу участь в інших проєктах.
Якщо мета — зменшити, наскільки легко знайти вашу стару присутність, а не закрити акаунт, це інше завдання з іншими обмеженнями, описане в супутньому посібнику про те, як завадити знайти старі акаунти.
Контрольний список закриття
- Експортуйте або скопіюйте все, що хочете зберегти, з репозиторіїв, якими володієте.
- Передайте або заархівуйте репозиторії, на які покладаються інші; решту свідомо дозвольте зникнути.
- Перелічіть кожну організацію, де ви власник або член.
- Для кожної організації: передайте володіння, видаліть її або скасуйте власне членство, залежно від ситуації.
- Підтвердьте, що ці зміни в організаціях завершено.
- Перегляньте свої коментарі, issues та pull requests у репозиторіях інших людей і заздалегідь вирішіть, що ви приймаєте їхнє залишення під акаунтом-привидом.
- Лише тоді переходьте до видалення особистого акаунта.
Чого цей контрольний список не робить
Він не стирає вашу історію в проєктах інших людей і не гарантує, що прив’язка до акаунта-привида буде невидимою чи незв’язуваною. Він також не охоплює шляхи меню, специфічні для платформи, які змінюються і які цей посібник навмисно оминає. Що він робить — це гарантує, що ви закриваєте акаунт, точно знаючи, яку з трьох категорій ви вирішили, а яку свідомо залишаєте позаду.
Куди рухатися далі
Якщо ваша справжня турбота — це те, що вас знаходять через старі акаунти, а не видалення присутності на GitHub, вважайте посібник із очищення сліду наступним завданням. Якщо ваша турбота — сам акаунт GitHub, завершіть інвентаризацію вище, перш ніж щось видаляти.