У меня много потенциально приватных репов. Как показать их потенциальному работодателю (в резюме)?

Question

[Kirgus]

Привет. Вчера я уже задавал вопрос по похожей теме, там я объяснял какие у меня проекты и спрашивал, как организовать их хранение на GitHub. Разные люди посоветовали мне в основном 3 варианта: a) Каждому проекту отдельный репозиторий; b) Монорепозиторий, где будут все эти маленькие проекты; c) Создать организацию, в которой участником буду только я, и в ней для каждого проекта отдельный репозиторий.
И вот возникла ещё одна проблема: все эти проекты я хочу делать в основном приватными, плюс к этому их будет очень много (больше 10 штук точно). И я хочу, чтобы потенциальный работодатель смог посмотреть все эти проекты на моём GitHub. Как же мне впихнуть это в резюме? Можно как-то открыть доступ к нескольким проектам по единой ссылке?
Прошу прощения, если вопрос оказался очень большим. Буду благодарен за Ваши советы.

Вот ссылка на тот вопрос, можно ознакомиться с ответами и объяснением проблемы: Правильно ли хранить проекты в одном Git репозитории?.
Или можете просто кликнуть спойлер с текстом вопроса:

Предыдущий вопрос

Правильно ли хранить проекты в одном Git репозитории?
В общем, я пишу небольшие консольные (в основном) приложения для платформы OpenComputers (модификация, добавляющая программирование в Minecraft) на языке Lua. Помимо Lua могу использовать, например, Python, чтобы вынести логику приложения из игры на хостинг, когда это необходимо.
Каждый проект занимает от 30 до 1000 строк кода. Могу предположить, что в среднем проект занимает ~~300 строк.
И вот, мне надо все свои проекты выложить на GitHub, но мне кажется, что нецелесообразно создавать отдельные репозитории для таких небольших проектов. У меня есть идея, что можно создать один большой, общий репозиторий именно для платформы OpenComputers, и в нём уже каждая папка будет соответствовать какому-то отдельному, независимому проекту.
Не нарушает ли это какой-то идеи Git/GitHub? Или, может быть, в будущем с таким репозиторием возникнут проблемы?
Пишу один. Git и GitHub никогда не пользовался, надеюсь на ваши советы!

UPD: У меня проекты не только для OpenComputers, так что остальные я точно буду заливать в отдельные репы.

Comments

[Strannyk]

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

[Kirgus]

Strannyk, то есть создать второй аккаунт на GitHub?
И потом дать работодателю логин и пароль?

[Strannyk]

Кирилл Гусарев, конечно.

[Kirgus]

Strannyk, ух, к такому варианту я точно не был готов... Очень не хочется хранить проекты в двух акках

[Developer]

Strannyk, "конечно"?!!
Так ни в коем случае делать нельзя!

[Developer]

Кирилл Гусарев, ни в коем случае так не делай. Рискуешь вечным баном на гитхабе

[Kirgus]

Developer, мне тоже так показалось :D

[Strannyk]

Developer, а в чем проблема создать групповой репозиторий, поделитесь?
Может, действительно, с GitHub не все так просто, но на Bitbucket это обычная практика.

[Kirgus]

Strannyk, речь ведь не о групповых репах, а о передаче доступа к аккаунту...
P.s. на гитхабе можно поделиться доступом к своему репу

[Strannyk]

Кирилл Гусарев, создание нового аккаунта с передачей кредов другому лицу запрещено?

на гитхабе можно поделиться доступом к своему репу

Я, собственно, примерно это и имел в виду.

[Strannyk]

Может, я действительно глупость сморозил, но мне пару раз присылали тестовые задания, которые надо было разместить в приватном репозитории на Bitbucket, создать group member типа John Smith и дать креды для проверки.

[FanatPHP]

Я думаю, здесь нужно использовать логику. Обычную, булеву.

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

[Сергей Кузнецов]

Кирилл Гусарев, кто сказал что надо хранить проекты в двух аккаунтах? Репозиторий это и есть проект в терминах Git.
Над одним проектом могут работать несколько человек. Не нужно копировать проекты в личные аккаунты.
Права тоже настраиваются. Вы можете создать вспомогательный аккаунт с доступом только на чтение к определённым вашим проектам (репозиториям) и опубликовать пароль в резюме.

Answer 1

[Мимокрокодил]

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

Comments

[Kirgus]

Спасибо! На мой взгляд, это самое подходящее для меня решение :)

[Kirgus]

затем создайте новый репозиторий с одним readme файлом, в котором перечислите ваши открытые проекты

Как такой репозиторий лучше всего будет назвать?

[Даниил Маслов]

Кирилл Гусарев, projects-readme

[Мимокрокодил]

Кирилл Гусарев, это своего рода оглавление, поэтому имеет смысл назвать его соответствующе, например "Table of Contents", "List of Projects".
Тут важнее даже не то, как вы его назвали, а то, как оформили. Если вы ещё в поиске идей, можете почерпнуть вдохновение тут

https://github.com/FasterXML/jackson

[Дмитрий Беляев]

Кирилл Гусарев, если на github завести репо с тем же именем что и имя аккаунта, то readme из него будет виден в профиле

[Kirgus]

Дмитрий Беляев, да, у меня есть такой)

Answer 2

[Developer]

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

Comments

[Kirgus]

Хорошо. Допустим я не буду делать проекты приватными, а открою на всеобщее обозрение.
Как в таком случае компактно и эффективно делиться всей этой кучей проектов в резюме, с HRами и т.д. Просто кинуть ссылку на профиль?

[Developer]

Кирилл Гусарев, если профиль гитхаба открыт, то да, кидать эту открытую ссылку в резюме.
Не понимаю в чём проблема.
У меня в репозитории больше сотни проектов, которыми я готов делиться и они всем видны

[Kirgus]

Developer, в одном репозитории? О_О

[Developer]

Кирилл Гусарев, нет, каждый проект в своём

Answer 3

[АртемЪ]

У меня много потенциально приватных репов. Как показать их работодателю

Сделать публичными и показать.

Comments

[Kirgus]

Хм... Ну, возможно это подойдёт. Но я ведь не знаю, когда именно работодатель соизволит чекнуть мой гитхаб. Да и работодатель не один, они в любой момент могут захотеть чекнуть мой код.

Answer 4

[mkone112]

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

Comments

[Kirgus]

Я не хочу, чтобы кто-нибудь юзал некоторые мои проекты.
Но хочу, чтобы они были видны потенциальному работодателю.

[BorLaze]

Кирилл Гусарев, и как, по-твоему, гитхаб должен отличать первых от вторых? :-)))

только ручками права раздавать...

ЗЫ: а ты уверен, что в твоем коде скрыто такое-этакое сакральное знание, что его надо всеми силами охранять от халявщиков? ;-)

ЗЗЫ: посмотрель профиль на линкедине... бляяяя (простите мой французский!)
студент-недоучка, учит других... забей - никому твой код и нафиг не нужен.

[mkone112]

BorLaze, только такой человек мог задать подобный вопрос

[Kirgus]

BorLaze, я самоучка, чел... Я до колледжа занимался разработкой уже года 3-4

[mkone112]

Кирилл Гусарев, все самоучки. Но такие вопросы задают не все.