Какие есть современные решение для хранения исходников проектов в компании?

Question

[kagary 06]

Добрый день.
Интересно узнать кто и каким образом хранит исходные коды коммерческих проектов.
Я так понимаю, что для небольших проектов или при разработке в небольших командах используются самые разнообразные способы и сервисы. Но что делают команды и компании, когда проект растет и насчитывает больше десятка версий..
Есть ли в вашей компании люди, которые отвечают за управление репозиториями проектов и какие технологии используются внутри компании?

Answer 1

[Saboteur]

у вас же уже есть тег git в вопросе.
В git и хранятся.

Количество версий вообще не говорит о размере проекта. Кто-то каждый коммит называет новой версией. У кого-то между двумя версиями сотни и тысячи бренчей и слияний.

Гит часто используется не сырым, а с какой-нить оболочкой (gitlab, gerrit, bitbucket/stash) или даже сразу с хостингом на том же github.

Comments

[kagary 06]

На счет того, что существуют такие сервисы как GitHub, Bitbucket и GitLab, которые предоставляют свое ПО в облаке и в качестве Self-hosted решения (BitBucket Server, GitLab CE) знают многие.

Сам работал в компании, которая в качестве основы использовала Nexus Manager для старых проект и постепенно переползала на самостоятельный сервер GitLab с "допиливанием" плагинов для собственной системы сборки.
Сейчас я работаю в молодой компании, которая планирует разворачивать свой сервер для управления проектами и хранения исходного кода (Git).
Стоит вопрос, что выбрать в качестве рабочего и проверенного решения, а также сравнить все плюсы и минусы с которыми сталкивались другие в процессе настройки.

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

Также я знаю, что есть различные простые решения для таких вещей, как Gitea, Gogs, gerrit, Gitorious и другие. Но насколько их используют в компаниях и насколько это удобно я не знаю.

[Saboteur]

Репозиторий Nexus это вроде как не для исходников, а для бинарников.

Использование битбакета, геррита, гитлаба - это неважно, потому что это в основном внешний юзер интерфейс. Под ним все равно будет git.

То есть поменять решение можно даже на ходу, позже. История в git не пропадет.

Мы за год переехали с SVN на git+Gerrit (сложная миграция),
а с Gerrit на Stash а затем на BitBucket - вообще незаметно прошло.

[Ambrosian]

kagary 06, то что вы описали как проблему - прекрасно решает голый git (да и любая пожалуй система контроля версий). Ну разве что с некоторыми обвязками вокруг него для ограничения прав.

А GitLab, Bitbucket Server - это другое.
Это веб-интерфейс вокруг git, это ведение issue, wiki про проекту, это удобный commit со ссылками на issue

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

Один из развитых - да, Gitlab. Тяжеловат, правда. Но очень универсален.

Минималистичная веб-обвязка вокруг git - это Gogs.

[Ambrosian]

Saboteur,

а с Gerrit на Stash а затем на BitBucket - вообще незаметно прошло.

а сопутствующие вещи, которые не в самом git, не в самих исходниках - например, issue?

[Saboteur]

Это отдельная вещь - багтрекеры.
Они интегрируются с большинством bitucket/gerrit/stash практически встроенными средствами.

И вообще, вам бы нанять специалиста, чтобы все это настроил и рассказал уже предметно.

Answer 2

[Ambrosian]

Если данные - текстовые файлы, то прекрасно подходит git. Объемы не проблема - на нем лежит самый большой в мире репозиторий - Windows.

Если бинарные - то SVN, если не ошибаюсь.

Множество релизов, живущих одновременно (видимо, старые релизы с целью фикса багов поддерживаются) - это типовая организация работ по методике Git Flow.

Проводим эксперименты с pijul - существенно поудобнее (и пологичнее), чем git.

Comments

[Сергей Кузнецов]

Получилось ли у вас внедрить пихуль?

Answer 3

[Дмитрий Шицков]

Используем Gitlab CE/EE. Все необходимы задачи решает. Активно начали использовать Gitlab CI для сборки проектов и контейниризации.

Что вы ищите от начала применения подобной системы? Тут отличия от того же Bitbucket, полагаю, в деталях. Когда-то у нас проекты и вовсе в redmine хранились :)