Доброе время суток, уважаемые коллеги!
Мы работаем с GIT. Имеется сервер — на базе Wondows Server-2012.
Пока что, серверный репозиторий GIT — используется как простой файловый репозиторий, расшаренный между разработчиками.
Просто объявили Network-Drive Z:\ и там — всё гитовское глобальное хозяйство (серверный репозиторий).
Нередко бывает ситуация, что Commit в локальный GIT-репозиторий проходит успешно, а вот Push (в серверный репозиторий) — подвисает.
Подобная ситуация наиболее характерна для случая, если работы с гитовским серверным репозиторием долго (например — сутки) не велись.
Это при том, что серверный комп пингуется, а также обеспечивает выход в Интернет в это же самое время.
Другими словами — проблема не в локальной сети.
Есть подозрение, что применение "нормального" сервера для GIT решит данную проблему.
Какой сервер для GIT наиболее правильно выбоать для данной ситуации?
Вроде — неплохой и простой вариант Bonobo: https://bonobogitserver.com
Однако, возможно, теперь имеются и более продвинутые решения?
Здравствуйте, AlexGin, Вы писали:
AG>Вроде — неплохой и простой вариант Bonobo: https://bonobogitserver.com AG>Однако, возможно, теперь имеются и более продвинутые решения?
Пару месяцев назад озадачивался этим вопросом. Ничего лучше на тот момент не нашел.
Здравствуйте, wildwind, Вы писали:
w> AG>Однако, возможно, теперь имеются и более продвинутые решения? w> GitLab на своем сервере — более продвинутое решение.
В сабже написано "(Windows)" же.
Но вот брать windows-only решение (bonobo) я бы тоже не стал, ещё и зависимость от IIS.
Gogs не видел, ничего сказать не могу.
Gerrit — самое то, хорошо с CI интегрируется, ревью если захочется, кросс-платформенный, бесплатный, опенсорсный.
Здравствуйте, AlexGin, Вы писали:
AG>Однако, возможно, теперь имеются и более продвинутые решения?
Если ваш основной рабочий инструмент Visual Studio, то возможно интересным вариантом вам покажется Team Foundation Server 2015 (сейчас там помимо их сопбственной централизованной Version Control поддерживается также и Git).
Если в вашей команде до 5 разработчиков, то вы уложитесь в ограничения бесплатной Express редакции.
Ну и хоть изначально вы озвучили трбование по развертыванию на своем сервере, возможно, все же стоит изучить вариант размещения репозитория на хостинге — сняв с себя решение потенциальных проблем с обслуживанием и настройкой.
В этом случае спектр решений значительно расширяется — от закрытых платных аккаунтов GitHab и GitLab, до тех же Team Foundation Services
Здравствуйте, уважаемый Михаил Романов, Вы писали:
МР>...Team Foundation Server 2015... сейчас там помимо их сопбственной централизованной Version Control поддерживается также и Git.
Я пользуюсь Git и GitExtensions — доволен как слон
Всё есть всё удобно!
Имеется интергация GitExtensions с моей Visual Studio 2013 (Community edition) — в общем, пока на TFS переходить не спешу
Отмечу, что раньше (на старой работе) я работал и с TFS, и с SVN (Tortoise SVN).
Однако, Git (и его GUI расширение — GitExtensions) — ИМХО куда более удобная и практичная система контороля кода.
МР>Если в вашей команде до 5 разработчиков, то вы уложитесь в ограничения бесплатной Express редакции.
Git и сопутствующие утилиты — решение свободное (бесплатное).
Если в моей команде — сегодня пять человек, а завтра — десять, я могу всегда спать спокойно (в отличие от варианта с TFS)!
P.S. Установил Bonobo.Git.Server — пока вроде всё нормально.
Да, этот вариант рассчитан под IIS, но я уже указывал, что у нас Windows Server 2012 — так что этот момент обеспечиватся на Windows Server "из коробки".
Здравствуйте, AlexGin, Вы писали:
AG>Однако, Git (и его GUI расширение — GitExtensions) — ИМХО куда более удобная и практичная система контороля кода.
Я наверное не вполне внятно написал.
TFS теперь поддерживает, помимо своей исходной системы контроля версий, еще и Git.
Т.е. вы можете использовать свои любимые инструменты, те же GitExtension
Другое дело, что в VS теперь есть своё расширение для работы с Git. Пользоваться им или нет — смотрите сами.
AG>Если в моей команде — сегодня пять человек, а завтра — десять, я могу всегда спать спокойно (в отличие от варианта с TFS)!
Ну да, у платных решений есть такая особенность — за них надо платить.
Здравствуйте, Ops, Вы писали:
Ops>Здравствуйте, ·, Вы писали:
Ops>·>В сабже написано "(Windows)" же. Ops>В винде с последним обновлением есть убунта, вот как с серверной — хз.
В смысле- виртуальная машинка?
Но у нас — сервер (Windows Server 2012), посему данное решение наврядли прокатит.
Здравствуйте, Ops, Вы писали:
Ops>Здравствуйте, AlexGin, Вы писали:
AG>>В смысле- виртуальная машинка? Ops>В смысле лялиховая подсистема типа сигвина, но нативная от МС. http://x.cygwin.com — это оно?
Здравствуйте, AlexGin, Вы писали:
AG>http://x.cygwin.com — это оно?
Да нет же, это в обновлении от МС, без всякого сигвина. Вот насчет графической подсистемы не знаю, а все остальное более-менее работает
$uname -a
Linux PC 3.4.0+ #1 PREEMPT Thu Aug 1 17:06:05 CST 2013 x86_64 x86_64 x86_64 GNU/Linux
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
