Наша реализация GitHub очень проста c. У нас есть одна основная ветка (по умолчанию), а затем одна открытая ветка (DEV) для новых разработок. В идеале у нас не должно быть более одной открытой ветки одновременно.
Основная ветка - это защищенная ветка, поэтому только администратор может вносить в нее изменения.
Идея состоит в том, чтобы использовать GitHub Desktop управлять разработками локально на компьютере, поскольку было бы слишком сложно управлять ими через веб-интерфейс из-за типа используемых файлов. Также у нас есть проблема, что команда в основном состоит из консультантов / внешних и ротационных, поэтому не все знакомы с функциональностью GitHub ...
В связи с этим я хотел бы знать, можно ли избежать проверки главная ветвь при клонировании нашего репозитория.
Я в основном стремлюсь к этому подходу, поскольку у меня возникают проблемы, когда кто-то клонирует репозиторий локально и начинает развиваться в локальную главную ветку (без переключения сначала на ветку DEV) и получать ошибка при нажатии на сервер (из-за защищенной ветки). К этому моменту разработчик уже многое разработал, и теперь ему пора переключить всю свою разработку на правильную ветвь вместо использования главной ...
Есть ли способ добиться этой первоначальной проверки из master, которого следует избегать?
EDIT: сразу после публикации, я подумал об изменении ветки по умолчанию на DEV, поэтому, когда кто-то клонирует ее, всегда напрямую нацеливаться на ветку DEV, а не на главную ...
Будет ли это иметь плохие последствия для такой простой реализации?
Обратите внимание, что ветка создается администратором, а также удаляется после объединения запроса на вытягивание ... Таким образом, это может быть его обязанностью изменять ветку по умолчанию каждый раз, когда необходимо выполнить новую разработку, и возвращать ее обратно в мастер, когда разработка будет завершена ...
Имеет ли имеет смысл?