Налаштування сховища Git на віддаленому сервері Windows?

У мене є сервер Windows, до якого я можу отримати доступ локально або віддалено через Інтернет через віддалене підключення на робочому столі тощо.

Я хочу створити сховище git (щось подібне до "trunk" в підривному режимі), яке може містити ряд сховищ для декількох проектів.

Хтось знає, як мені це робити? Я хочу це зробити за допомогою графічного інтерфейсу, якщо це можливо. Я дотримувався цього підручника з Git Bash, але він дуже довго звивається, і це не зовсім те, що я хочу.

Я використовую клієнт Git під назвою MSYSGIT. Використовуючи це, я просто хочу мати можливість налаштувати віддалені сховища і почати введення вихідного коду.

Будь-яка допомога буде дуже вдячна!

У наші дні є функція завантаження "розумного HTTP", яка може навіть замінити доступ до SSH. Не потрібно створювати більше приватних ключів, а встановлення повинно бути простішим, оскільки серверний компонент може бути написаний будь-якою мовою:

• Запуск сервера Git з IIS 7 та .NET 4: http://www.jeremyskinner.co.uk/2010/06/25/hosting-a-git-server-under-iis7-on-windows/ або http: / /github.com/yysun/Git-Web-Access
• Запуск сервера Git через Python: http://github.com/dvdotsenko/git_http_backend.py
• Запуск сервера Git через Python за допомогою git-http-backend: http://gitstack.com
• Запуск сервера Git через Ruby: http://github.com/schacon/grack

Якщо все не вдалося, ви також можете налаштувати сервер Apache і скористатися стандартним git-http-backendдвійковим файлом CGI, див.: Які кроки для налаштування git-http-backend w / Apache в Windows?

Знайшли цю публікацію - http://www.timdavis.com.au/git/setting-up-a-msysgit-server-with-copssh-on-windows/ - перевірте, що має допомогти.

(допоможіть мені дуже)

Ви можете розглянути можливість використання Cygwin + SSH + Gitosis для задоволення цих потреб, але, на жаль, це не буде простим процесом налаштування точки та натискання. Я написав докладну публікацію в блозі про свій останній досвід (включаючи процедуру налаштування).

Що стосується вашої вимоги, щоб це був насамперед графічний досвід, я рекомендую всім вашим клієнтським системам встановити TortoiseGit . Це запобіжить необхідність використання командного рядка для додавання, переміщення, натискання / перетягування тощо.

Ви можете налаштувати його під Cygwin :

Якщо ви перейдете на cygwin, ви могли б зробити це лише на сервері та запустити git-daemon під cygwin, але все ж використовувати msysgit на клієнтах.

Змусити git працювати належним чином від cygwin

Ось альтернативний сервер Windows для git https://github.com/jakubgarfield/Bonobo-Git-Server/wiki

Gogs , безумовно, варто поглянути: простий у використанні (кілька підтримуваних варіантів установки), крос-платформний (включаючи Windows), легкий, з відкритим кодом.

Ось кілька варіантів:

• Сервер Bonobo Git для IIS

• GitStack

Вам не потрібно використовувати Cygwin, просто додайте CopSSH і ваше добро. http://code.google.com/p/tortoisegit/wiki/HOWTO_CentralServerWindowsXP

І ось ще один альтернативний Windows-сервер для git: WebGitNet

Я зараз оцінюю GitStack .

Оскільки я теж починаю цей процес (налаштування сервера Git в Windows), і ця дискусія вже понад рік, я думав, що додам це до суміші.

Перевірте також Gitwin - сервер Git з підтримкою OpenSSH для вікон. Також доступне безкоштовне видання . Відмова: Я розробник :-)

Gitlab - це чудове рішення, яке включає веб-інтерфейс. Щоб він працював у межах ваших вимог.

1. Увімкніть hyperV на сервері Windows
2. Розкручується Linux VM
3. Встановіть Gitlab на VM

Якщо у вас є команда розробників 5-10, я б запропонував перейти з ванільним git з ssh. Простий у налаштуванні, і у вас є ssh для захисту даних під час руху.

Якщо у вас є кілька команд із здоровим оборотом, якщо припустимо, що у вас працює активний каталог Windows, ви можете розглянути біт-пакет Atlassian. Ми використовуємо бітбукет в основному для наступних вимог: 1. Керуйте сховищами git як проектами, де ми можемо забезпечити контроль доступу для самообслуговування на рівні проекту. 2. Інтеграція входу в LDAP з синхронізацією групи AD 3. Дуже низькі зусилля адміністративного управління