Управление версиями на основе Git на предприятии: предлагаемые инструменты и методы?

Я использую Git для личных проектов и думаю, что это здорово. Это быстрый, гибкий, мощный и отлично подходит для удаленного развития.

но теперь это поручили на работе и, честно говоря, у нас возникли проблемы.

из коробки, git, похоже, не работает хорошо для централизованной разработки в большой (20 + разработчик) организации с разработчиками различных способностей и уровней сложности git - особенно по сравнению с другими системами управления исходным кодом, такими как Perforce или Подрывная деятельность, которая направлена на такого рода среду. (Да, я знаю, Линус никогда не предназначал его для этого.)

но-по политическим причинам-мы застряли с git, даже если это отстой для того, что мы пытаемся с ним сделать.

вот некоторые из вещей, которые мы видим:

• на графические инструменты, которые не созревают


• С помощью инструментов командной строки, это далеко, чтобы легко испортить слияние и уничтожить чужие изменения


• это не предлагать разрешения для каждого пользователя репозитория за пределами глобальных привилегий только для чтения или чтения-записи


• если у вас есть разрешение на любую часть репозитория, вы можете сделать то же самое с каждой частью репозитория, поэтому вы не можете сделать что-то вроде создания ветви отслеживания небольших групп на центральном сервере, с которой другие люди не могут возиться.


• рабочие процессы, кроме "все идет" или "доброжелательный диктатор" трудно поощрять, не говоря уже о принуждении


• это не понятно лучше ли использовать один большой репозиторий (который позволяет всем возиться со всем) или много репозиториев для каждого компонента (которые делают головные боли, пытаясь синхронизировать версии).


• С несколькими репозиториями также не ясно, как реплицировать все источники, которые есть у кого-то другого, потянув из центрального репозитория, или сделать что-то вроде получить все по состоянию на 4:30 вчера днем.

однако я слышал, что люди используют git успешно работает в крупных организациях развития.

Если вы находитесь в такой ситуации - или если у вас вообще есть инструменты, советы и рекомендации для облегчения и повышения производительности использования git в большой организации, где некоторые люди не являются поклонниками командной строки - я хотел бы услышать, что вы должны предложить.

кстати, я задал версию этого вопроса уже на LinkedIn, и не получил никаких реальных ответов, но много "Боже, я тоже хотел бы это знать!"

обновление: позвольте мне уточнить...

там, где я работаю, мы не можем использовать ничего, кроме git. Это не вариант. Мы застряли с ним. Мы не можем использовать ртутный, СВН, системы bitkeeper, визуальный источник Безопасный, ClearCase в, жэ, СПб, СКК, базар, помощью darcs, монотонно, волей-неволей, ископаемое, AccuRev, CVS, или даже хороший яблочный Оль проектор который я использовал в 1987 году. Так что пока вы можете обсудить другие варианты, вы не получите награду, если не будете обсуждать git.

кроме того, я ищу практические советы по использованию git на предприятии. Я положил целый список проблем, которые у нас возникли в верхней части этого вопроса. Опять же, люди могут обсуждать теорию, но если вы хотите заработать награду, дайте мне решения.