
допустим, есть два Гитхаб юзера, A and B, у каждого есть свой репо на Гитхабе, скажем, repoA и repoB
A периодически обновляет ветку в своей repoA, а юзер В ничего там не меняет, а только тащит последние изменения на локальный комп.
После очередного pull, юзер Б просто тупо копирует (рекурсивно, с overwrite) working dir (но при этом исключая .git) из локальной репыА в локальную репуВ, а потом просто коммитит эти изменения в локальном репоВ, добавляя свой коммит мессадж, и делает пуш в удаленную репуВ.
при этом, юзер А даже не подозревает про существовании репоБ, ему это не нужно знать как бы. Он не имеет никакого доступа к ней, не знает сколько там коммитов и какие коммит мессаджи. РепойВ занимает только юзерВ.
Таким образом, Б получает все плоды работы А, причем А волен делать что угодно со своей репой, может хоть все поубивать там к чертям - но он не может ничего сделать с репойБ, которая сохраняет ВСЕ промежуточные результаты работы.
На мой взгляд, это вполне реалистичный воркфлоу, если А - разработчик софта, Б - посредник который заказал А разработку, а уже конечный пользователь тащит код из репы Б. Посредник всегда имеет полный контроль над тем, что пойдет к финальному пользователю, разработчик при всем желании не может повредить конечному пользователю в обход посредника (разумеется, кроме логических ошибок программы, которые не заметил посредник при "переброске" из репоА в репоБ)
Это все конечно прекрасно работает и не может не работать.
Вопрос - учитывая реалистичность и возможную распространненность описанного сценария - нет ли возможности, использую некие хитрые возможности Гита и Гитхаба (Гитхаб обязателен по условии задачи) -сделать все это еще ЭЛЕГАНТНЕЕ и профессиональнее. При этом, я готов поступиться секретностью второй репыБ перед разработчиком (юзером А). Пусть А видит вторую репуБ, но главное чтобы он не мог ею управлять.
Как посоветуете это сделать?
Спасибо!