вопрос новичка про Гит и Гитхаб

[orleanz]

допустим, есть два Гитхаб юзера, A and B, у каждого есть свой репо на Гитхабе, скажем, repoA и repoB

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

После очередного pull, юзер Б просто тупо копирует (рекурсивно, с overwrite) working dir (но при этом исключая .git) из локальной репыА в локальную репуВ, а потом просто коммитит эти изменения в локальном репоВ, добавляя свой коммит мессадж, и делает пуш в удаленную репуВ.

при этом, юзер А даже не подозревает про существовании репоБ, ему это не нужно знать как бы. Он не имеет никакого доступа к ней, не знает сколько там коммитов и какие коммит мессаджи. РепойВ занимает только юзерВ.

Таким образом, Б получает все плоды работы А, причем А волен делать что угодно со своей репой, может хоть все поубивать там к чертям - но он не может ничего сделать с репойБ, которая сохраняет ВСЕ промежуточные результаты работы.

На мой взгляд, это вполне реалистичный воркфлоу, если А - разработчик софта, Б - посредник который заказал А разработку, а уже конечный пользователь тащит код из репы Б. Посредник всегда имеет полный контроль над тем, что пойдет к финальному пользователю, разработчик при всем желании не может повредить конечному пользователю в обход посредника (разумеется, кроме логических ошибок программы, которые не заметил посредник при "переброске" из репоА в репоБ)

Это все конечно прекрасно работает и не может не работать.

Вопрос - учитывая реалистичность и возможную распространненность описанного сценария - нет ли возможности, использую некие хитрые возможности Гита и Гитхаба (Гитхаб обязателен по условии задачи) -сделать все это еще ЭЛЕГАНТНЕЕ и профессиональнее. При этом, я готов поступиться секретностью второй репыБ перед разработчиком (юзером А). Пусть А видит вторую репуБ, но главное чтобы он не мог ею управлять.

Как посоветуете это сделать?

Спасибо!

[гвоздь]

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

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

- если нет желания пускать Б в основной репозиторий, он может работать в режиме риад-онли. результат он передает как бандл комитеру, то его комитит в репозиторий. но не надо копировать!

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

[Гость]

читай про fork

[from sergNN]

у нас очень красивая интеграция гит / геррит / кликэйз/ кликвест.
При каждом ревью всё прописывается в виде треков в CQ, а уж потом вытащить нужные версии и сделать шипмент - дело отлажено годами.
И два репо не нужно, как уже говорили.

[Гость]

у нас очень красивая интеграция гит / геррит / кликэйз/ кликвест.
При каждом ревью всё прописывается в виде треков в CQ, а уж потом вытащить нужные версии и сделать шипмент - дело отлажено годами.
И два репо не нужно, как уже говорили.

что такое кликэйз/ кликвест?

пейшы по-онглийскому, быдло!

[Гость]

это типа клизмы, но тебе всё равно не поможет