да чувак спрашивает. как он сможет форкнуть и расшифровать репу? как он возмет этот ключ? он лежит там же в репе? если да, и он может им расшифровать. то почему этого не может сам сервер? Нет не там, то как он расшифрует? ему ключ дадут? кто? если ключа нет и все зашифрованно, то как можно вообще зайти и понять что это тот реп который нужен, с котиками а не с пукиным?

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

В случае с системой которую описал выше, я делаю форк, оригинальный проект банят, но так как мой форк не публичный, я не пушил ссылку на него и ключ шифрования в оригинальный проект и о нём никто не знает и я сохраняю у себя сорсы проекта в любом случае. Если моим знакомым или компании понадобится эта библиотека - я поделюсь с ними своим приватным форком

ну зачем юзать гитхаб для бекапов

Что бы в подобных ситуациях я мог иметь доступ к понравившемуся мне проекту

Просто приватные репозитории действительно приватные и для сервера и приватные форки

Да

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

Вот именно. И если например моя компания была завязана на этом проекте а его удалили - мой репозиторий с форком тоже блокируется и я теряю доступ.

А в описанной выше системе, удалили бы только тот оригинальный репозиторий и публичные форки, а моя компания продолжала бы использовать форк как ни в чём не бывало, потому что у членов компании есть ключи, мы ведём разработку на этом сервисе, может быть даже пушим в основной репозиторий, но это никак не связано с нашим форком и не палит его и вообще все в безопасности

Используй сервисы для бекапа для бекапа

Ваш кеп

Ты это к чему?

К тому что сценарий который ты описал это бекап

"сохранить данные Х на случай если случится У"

К разработке отношение имеет очень опосредованное

Почему ты это так воспринял? Ну вообще это тоже один из сценариев использования гит сервисов, но я говорю о полноценном использовании сервиса для разработки. Смысл в том, что если бы была примерно такая архитектура о которой я говорю, то комьюнити могло бы позволить себе большую распределённость и цензуроустойчивость.

Сегодня, запрещённый код можно искать 24/7 на своих серверах, возможно ты даже не сможешь запушить код, потому что он просто перед пушем может быть проверен по чёрному списку сигнатур. Делаешь проект 5 лет, его банят и больше ты нигде не можешь его публиковать.

А в ситуации в которой сервис не знает что он хранит, единственный способ цензуры - сканировать публичные места на предмет ссылок и кодов, расшифровывать и проверять. Но даже если это работало бы очень эффективно, люди могли бы делать так же как сейчас делают с ютубом. Где людей могут забанить навсегда, но они могут создать 10 каналов и переключать стрим между ними после банов и публиковать в ТГ ссылку на новый поток и таким образом вести трансляцию без особых проблем

Ну потому что сценарий в котором нет очевидной навигации между разными страницами гитхаба ломает флоу пользования именно гитхабом

Получается файлохранилище но с гитом

Что ты имеешь в виду под "нет очевидной навигации между разными страницами гитхаба"? Не понимаю что это значит

Ну вот я хочу закинуть пулл реквеств другую репу, поискать по всей код базе, посмотреть коммиты одного юзера и тд

Все это требует каких то ключей которые должны доставаться из места недоступного произвольному человеку