Propriété empêchant gitlab de protéger les branches par défaut
Avec la version 7.4, gitlab a modifié le comportement des branches protégées dans les nouveaux projets.
Dans chaque nouveau projet, la branche par défaut, par exemple master est une branche protégée, ce qui signifie que les développeurs ne peuvent pas y accéder. Dans ma société, de nombreux développeurs travaillent sur la branche par défaut/principale et ont maintenant du mal à démarrer un nouveau projet.
Ma question: Existe-t-il une propriété dans l'interface utilisateur ou dans le gitlab.rb pour restaurer le comportement antérieur à 7.4 et ne pas protéger la branche par défaut?
Il semble qu'il n'y ait pas de propriété par défaut. Mais il y a déjà une demande de feature à feedback.gitlab.com
Je ne suis pas sûr qu'il s'agisse d'un paramètre par défaut, mais vous pouvez modifier le maître non protégé en tant que projet. Dans votre projet, accédez à paramètres -> branches protégées et maître non protégé 
Mettre à jour
L'équipe gilt a publié un article en lien avec votre question !! https://about.gitlab.com/2014/11/26/keeping-your-code-protected/
Je ne sais pas quelle version de la fonctionnalité a été ajoutée, mais dans la version 8.9.4, vous pouvez désormais choisir d'autoriser les développeurs à envoyer un projet protégé.
De plus, vous devez maintenant cliquer sur le menu déroulant du widget d'engrenage en haut à droite pour accéder aux options "Branches protégées" de votre projet. (Voir ci-dessous) 
On dirait que GitLab a déplacé cela un peu lorsque je voulais modifier l'accès aux branches dans GitLab Community Edition 9.0.2, je pouvais les trouver ici:
mainpage project> Paramètres (en haut à droite)> Repository (2e barre de navigation légèrement plus sombre)> Branches protégées (défilez un peu)
Plus d'infos, voir docs.GitLab