Тестовая «1С:EDT 1.15»: с поддержкой внешних источников и конструктора движений

(8)И это правильно. Ведь со стандартным хранилищем 1С все так и работают - приватно внутри своей организации. Так вот и с применением Git тоже можно так работать
Ну и дорабатывать управляемые приложения типовых конфигураций лучше, всё-таки, через расширения - из можно было бы выложить на публичный GitServer - хотя нет,наверное нельзя - если там будут функции модулей или объекты метаданных, импортированные (и, возможно, расширенные) из основной поставки.Хотя - если с программным кодом всё относительно прозрачно (хотя тут тоже есть свои нюансы*), то вот с импортированными метаданными - всё хитрее - в целом в Расширении импортированные метаданные не имеют чёткого следа и идентификаторов, которые могут их однозначно идентифицировать с типовой конфигурацией. Вы можете импортировать хоть только определение, скажем, справочника "Номенклатура" или ещё и часть, да хоть все - реквизиты - этого всё в расширении никак не будет связано с иcходной конфигурацией - и потому может принадлежать любой, в т.ч. не типовой и не 1С-ной конфигурации - и доказывать обратное никто не будет - так что тут можно смело публиковать расширения с такими заимствованиями - вон - тут на Infostart же народ публикует (хотя Insfistart - это не GitHub) - и ничего, такие публикации не удаляются.

*С исходным кодом всё немного сложнее. Вообще-то в авторском праве РФ вроде как (простите не уверен, но если их нет - то и нарушений закона нет) есть некоторые правила допустимого цитирования чужих текстов, не являющихся коммерческой или иной тайной, в составе своей продукции. Навряд ли несколько заимствованных функций и типовой конфигурации тут возимеют достаточный объём для появления юридических оснований к признанию их нарушающих авторское право. На если при заимствовании ещё и в текст будут внесены правки, в т.ч. с перестановкой и переименованием (что при заиствовании текста функций в Расширения обычно и подразумевается) - то тут уж точно будет очень сложно к этому придраться - так, что никто этого делать не будет.

Поэтому, я не вижу проблем в ведении групповой разработки в публичных Git-репозиториях, ну если Вы, конечно, не всю типовую конфигурацию там будете размещать - а для таких случаев - есть приватные online репозитории - причём, скажем, на Bitbucket, Gitlab и др. такие репозитории можно создавать бесплатно. Да, даже Github сейчас позволяет делать любое число приватных репозиториев. Ну а если у Вас большая команда - так можно просто расфасовать участников по разным репозитриям и обмениваться изменениями через pull-request (ну или, таки, завести свой сервер Git)