Можно ли сделать git сервер на том же сервере, где проекты?

Question

[Shurik]

Добрый день. Есть задача настроить git сервер. Вопрос соответственно с названия темы - можно ли настроить его на том же сервере, где и веб-сервер к примеру крутится? Т.е. ip будет один. И например add origin master не будет ли проблем из-за того, что будет один ip?

Answer 1

[Владимир Коротенко]

Что мешает я развертывал на 8443 порту кроме этого через реверс прокси можно подмонтировать и в текущее мемтопооожение. Опишите что за веб сервер операционка и я скину вам рецепт

Comments

[Владимир Коротенко]

Вот пример для апача https://git-scm.com/book/en/v2/Git-on-the-Server-S...

[Shurik]

centos 7. Буду благодарен за мануал)

[Владимир Коротенко]

svisch, https://gist.github.com/xSavitar/73a5f25fc0348597d...

Самый простой вариант

Апач и цент7

https://stackoverflow.com/questions/35096010/git-h...

[Shurik]

Владимир Коротенко, спасибо!

Answer 2

[Иван Шумов]

Можно, но нет особого смысла

Comments

[Shurik]

Почему нет смысла?

[Иван Шумов]

svisch, по тому что если навернется сервер с проектом то тогда вы потеряете и исходники проект разом

[Владимир Куц]

Иван Шумов, git - раcпределенное хранилище.

[Иван Шумов]

Владимир Куц, в рамках одного сервера распределенности не существует как класс.

[Владимир Коротенко]

Иван Шумов, гит атомарная штука и ты можешь делать неограниченное количество копий. Так что о чем вы?

[Иван Шумов]

Владимир Коротенко, да, только вот если у тебя 1 сервер то у тебя одна копия. Как правило там вряд ли есть несколько дисков в репликации. Если делать копию то опять же - куда. Я видел много примеров когда люди имели один офисный первачок, ставили туда, диск сыпался и люди теряли все. Или корявыми ручками делали что-то не так. Контексты надо изолировать все-же

[Владимир Коротенко]

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

[Иван Шумов]

Владимир Коротенко, я тоже. Я понимаю когда ставят git себе из-за требований к безопасности, но в этих случаях под него найдется несколько виртуалок)

[Владимир Куц]

Иван Шумов, как минимум еще одна копия есть у разработчика. Или у вас все там на одном сервере делается - в том числе разработка?

[Иван Шумов]

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

[Shurik]

Иван Шумов, да в моем случае надо сделать сервер на своей машине из вопросов безопасности. У меня сервер и есть виртуалка, но если сделать отдельную виртуалку не знаю будет ли она на той же физической машине или нет. А это уже сфера влияния сис админа, с которым лишний раз общаться не хочется ввиду человеческих качеств, так что если физически что-то накроется, то в принципе ко мне вопросов не будет о потерянных данных! А так я тоже за гитхаб, гитлаб) В целом понял - это возможно, так что буду делать! Спасибо за ответы)

[Иван Шумов]

svisch, если все накроется то с сисадмина ничего и не будут спрашивать. Ответственность несёт тот кто принимал решение

[Shurik]

Иван Шумов, ну в целом вы правы! Если и делать, то по-человечески сразу! Тогда поставлю вопрос о виртуалке на другой физической машине! Спасибо за рекомендации!

[Vitsliputsli]

Иван Шумов, никто не спорит, что нужно держать исходники отдельно от production сервера. Но и абсолютно верно замечено, что git децентрализованная распределенная система. Умрет сервер, у разработчика останутся ветки в которых он работал, те ветки которые у него не останутся, будут у других, кто с ними работал. Плохо надеяться на это, лучше делать бекапы, но потребности у всех разные, где-то production состоит из целого пула серверов, а где-то это один сервер, который по совместительству делает что-то еще.
Я уже не говорю, что код на проде зачастую не соответствует исходникам, никто не хранит на проде тесты и инструменты разработки, а многие вещи генерируются при сборке, и их исходники также не едут на прод. Поэтому рассчитывать что прод это копия исходников - это даже хуже чем рассчитывать на локальные копии у разработчиков.
А отсутствие master у разработчика - это очень бредовая идея, разработчик может не пушить в master напрямую, он может не иметь доступа к production, но не иметь доступа к исходникам, которые заливаются на production, это как? Разработчики работают вслепую?

[Иван Шумов]

Vitsliputsli, это называется покрытый тестами код без хотфиксов. Видел такое и не раз, прекрасно работает. С настроенным ci\cd

[Vitsliputsli]

Иван Шумов, это из серии "зачем вы пишете с багами, пишите без багов". Даже покрытый тестами код не застрахован от багов, просто потому что невозможно смоделировать все ситуации. Я не видел такого ни разу, и не склонен верить в розовых единорогов, да и опыт всех даже самых крупных компаний говорит об обратном.

[Иван Шумов]

Vitsliputsli, я вел проекты без единого теста и без серверных багов. На микросервисных архитектурах и с большим объемом суммарной кодовой базы. Шах и мат

[Vitsliputsli]

Иван Шумов,

я вел проекты без единого теста и без серверных багов. На микросервисных архитектурах и с большим объемом суммарной кодовой базы

Только что было "это называется покрытый тестами код", а теперь уже и тесты не нужны?

[Иван Шумов]

Vitsliputsli, то какие я вел проекты и как это бывает на само деле - разные вещи) Кроме того, моя работа - создавать розовых единорогов в которых никто не верит) Это нормальная практика когда в компании плохо и их спасет только чудо. Вот и приходится доставать радугу из закромов и договариваться с лепреконами)

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

[Vitsliputsli]

На последнем моем месте работы, мы не разу ни делали хотфиксы, но я не буду кричать, что хотфиксы не нужны, master разработчикам не нужен. Потому что можно бравировать какой ты офигенный, а можно понимать риски и быть подготовленным.

[Иван Шумов]

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

[Shurik]

Иван Шумов, с высоты вашего опыта есть какие нибудь ньюансы в развертывании гит сервера? Помимо того, что от должен быть на отдельной машине. Выше Владимир Куц под первым комментом дал ссылки, но это насколько я понял для настройки на одной машине с веб сервером.

[Иван Шумов]

svisch, ну, основной нюанс в том что намучаетесь) лучше всего развернуть уже готовый Gitlab у себя. У них есть готовая сборка self-hosted. В самом гите без нескольких лет опыта - ногу сломишь

[Shurik]

Иван Шумов, ох. Ну вы конечно этим ответом убавили у меня уверенности в себе)) Теперь вот думаю осилю ли!) А что за сборка self-hosted? типа веб интерфейса гитхаб?