在 GitHub 桌面隐藏 master 分支
Hide master branch in GitHub Desktop
我们对 GitHub 的实现非常基础。
我们有一个 master 分支（默认），然后有一个 open 分支（DEV）用于新的开发。
理想情况下，我们不会同时开设超过一家分行。
主分支是一个受保护的分支，因此只有管理员可以在那里进行更改。
想法是使用 GitHub Desktop 在计算机本地管理开发，因为由于所使用的文件类型，通过 WebUI 管理它太复杂了。
我们还面临着团队主要 consultant/external 和轮换的挑战，因此并不是每个人都熟悉 GitHub 的功能...
因此，我想知道是否可以在克隆我们的存储库时避免检出 master 分支。
我主要针对这种方法，因为当有人在本地克隆存储库并开始开发到本地 master 分支（没有先切换到 DEV 分支）并在推送到服务器时出现错误（由于受保护的分支）。
那时开发人员已经开发了很多，现在是他将所有开发切换到适当分支而不是使用主分支的时候了...
是否有任何方法可以避免从 master 进行初始签出？
编辑：
发布后我立即考虑将默认分支更改为 DEV，这样当有人克隆时，它将始终直接针对 DEV 分支而不是 master...
对于如此简单的实现，这会产生任何不良后果吗？
请注意，分支是由管理员创建的，并在合并拉取请求后将其删除...
所以这可能是他的责任，每次需要完成新的开发时更改默认分支，并在开发完成后将其移回主分支...
有意义吗？
克隆存储库时，远程端“签出”的任何内容都会成为本地端签出的默认分支。
对于通常是常态的远程裸存储库，您有一个使用的“默认分支”配置。在您的情况下，这设置为 master。
您可以在 github 上将其更改为 DEV，以便存储库的新克隆默认签出 DEV 而不是 master。
您可以通过导航到 github 上的存储库来执行此操作，然后单击显示默认分支 [=34] 的 button/dropdown 右侧的“X 分支”按钮=]ion 在您的存储库页面上：
在显示分支的页面上，单击当前默认分支右侧的“更改默认分支”按钮：
然后最后 select 您的新默认分支并单击更新：
我们对 GitHub 的实现非常基础。 我们有一个 master 分支（默认），然后有一个 open 分支（DEV）用于新的开发。 理想情况下，我们不会同时开设超过一家分行。
主分支是一个受保护的分支，因此只有管理员可以在那里进行更改。
想法是使用 GitHub Desktop 在计算机本地管理开发，因为由于所使用的文件类型，通过 WebUI 管理它太复杂了。 我们还面临着团队主要 consultant/external 和轮换的挑战，因此并不是每个人都熟悉 GitHub 的功能...
因此，我想知道是否可以在克隆我们的存储库时避免检出 master 分支。
我主要针对这种方法，因为当有人在本地克隆存储库并开始开发到本地 master 分支（没有先切换到 DEV 分支）并在推送到服务器时出现错误（由于受保护的分支）。 那时开发人员已经开发了很多，现在是他将所有开发切换到适当分支而不是使用主分支的时候了...
是否有任何方法可以避免从 master 进行初始签出？
编辑： 发布后我立即考虑将默认分支更改为 DEV，这样当有人克隆时，它将始终直接针对 DEV 分支而不是 master...
对于如此简单的实现，这会产生任何不良后果吗？
请注意，分支是由管理员创建的，并在合并拉取请求后将其删除... 所以这可能是他的责任，每次需要完成新的开发时更改默认分支，并在开发完成后将其移回主分支...
有意义吗？
克隆存储库时，远程端“签出”的任何内容都会成为本地端签出的默认分支。
对于通常是常态的远程裸存储库，您有一个使用的“默认分支”配置。在您的情况下，这设置为 master。
您可以在 github 上将其更改为 DEV，以便存储库的新克隆默认签出 DEV 而不是 master。
您可以通过导航到 github 上的存储库来执行此操作，然后单击显示默认分支 [=34] 的 button/dropdown 右侧的“X 分支”按钮=]ion 在您的存储库页面上：
在显示分支的页面上，单击当前默认分支右侧的“更改默认分支”按钮：
然后最后 select 您的新默认分支并单击更新：