Странное название, да, но я думаю, что у меня есть немного оснований, чтобы покрыть это.
У нас есть аккаунт организации на github с частными репозиториями. Мы хотим использовать встроенные функции github для задач / запросов на получение запросов (запросы на получение запросов - это в основном именно то , что нам нужно, когда речь идет о проверке кода и обсуждении функций). Мы нашли инструментальный хаб по defunkt, у которого есть замечательная небольшая особенность, заключающаяся в возможности преобразования существующей проблемы в запрос на извлечение и автоматической привязки текущей ветки к ней.
Мне интересно, лучше ли, чтобы каждый разработчик в организации раскладывал репозиторий организации для выполнения своей работы над функциями / исправления ошибок / и т.д. Это выглядит довольно солидным рабочим процессом (так как это в основном то, что делает каждый проект с открытым исходным кодом на github), но мы хотим быть уверены, что сможем отслеживать проблемы и получать запросы из ОДНОГО источника, хранилища организации.
Итак, у меня есть несколько вопросов:
- Подходит ли в этом случае подход «форк на разработчика»? Кажется, это может быть немного излишним. Я не уверен, что нам нужен ответвление для каждого разработчика, если только мы не представим разработчиков, у которых нет прямого доступа с принудительной рассылкой и которым требуется пересмотреть весь их код. В этом случае мы хотели бы установить такую политику только для тех разработчиков. Итак, что лучше? Все разработчики в одном репозитории или форк для всех?
- У кого-нибудь есть опыт работы с инструментом-хабом, в частности с функцией pull-request? Если мы сделаем разветвление для разработчика (или даже для разработчиков с менее привилегированными правами), будет ли функция извлечения запросов в хабе работать с запросами извлечения из основного основного репозитория (репозитория организации?) Или у него будет другое поведение?
РЕДАКТИРОВАТЬ
Я провел некоторое тестирование с проблемами, вилками и запросами на получение и нашел это. Если вы создаете проблему в репозитории своей организации, затем раскошлите репозиторий из вашей организации в свою собственную учетную запись github, внесите некоторые изменения и объединитесь с главной веткой вашего форка. При попытке запустить hub -i <issue #>
вы получаете сообщение об ошибке User is not authorized to modify the issue
. Таким образом, очевидно, что рабочий процесс не будет работать.