Настройка Git Repository на удаленном сервере Windows?

У меня есть сервер Windows, к которому я могу получить доступ локально или удаленно через Интернет через подключение к удаленному рабочему столу и т. Д.

Я хочу создать git-репозиторий (что-то похожее на «trunk» в subversion), который может содержать серию репозиториев для нескольких проектов.

Кто-нибудь знает, как я это делаю? Я хочу сделать это с помощью графического интерфейса, если это возможно. Я следовал этому Git Bash Tutorial, но он очень длинный и не совсем то, что я хочу.

Я использую Git-клиент MSYSGIT. Используя это, я просто хочу иметь возможность настроить удаленные репозитории и начать фиксировать исходный код.

Любая помощь будет принята с благодарностью!

В наши дни есть функция загрузки «smart 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 с Apache в Windows?

Нашел этот пост - http://www.timdavis.com.au/git/setting-up-a-msysgit-server-with-copssh-on-windows/ - проверьте, что должно помочь.

(очень помогите мне)

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

Что касается вашего требования, чтобы это было в первую очередь графическим интерфейсом, я бы рекомендовал, чтобы на всех ваших клиентских системах был установлен TortoiseGit . Это предотвратит необходимость использования командной строки для добавления, фиксации, push / pull и так далее.

Вы можете настроить его под Cygwin :

Если вы выберете Cygwin, вы можете сделать это только на сервере и запустить git-daemon под Cygwin, но по-прежнему использовать msysgit на клиентах.

Заставить git работать правильно из cygwin

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

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

Вот несколько вариантов:

• Bonobo Git Server для IIS

• GitStack

Вам не нужно использовать Cygwin, просто добавьте CopSSH и все готово. http://code.google.com/p/tortoisegit/wiki/HOWTO_CentralServerWindowsXP

И вот еще один альтернативный сервер Windows для Git: WebGitNet

GitStack - это то, что я сейчас оцениваю.

Поскольку я тоже начинаю этот процесс (настройка Git-сервера в Windows), и этому обсуждению уже более года, я подумал, что добавлю это в смесь.

Проверьте также Gitwin - Git-сервер с поддержкой OpenSSH для Windows. Бесплатное издание также доступно. Отказ от ответственности: я разработчик :-)

Gitlab - отличное решение, включающее веб-интерфейс. Чтобы это работало в соответствии с вашими требованиями.

1. Включите hyperV на вашем сервере Windows
2. Раскрути виртуальную машину Linux
3. Установите Gitlab на ВМ

Если у вас есть команда разработчиков из 5-10 человек, я бы предложил использовать vanilla git с ssh. Простота установки и у вас есть SSH для защиты данных при передаче.

Если у вас несколько команд с хорошим оборотом, при условии, что у вас запущен активный каталог Windows, вы можете рассмотреть Atlassian bitbucket. Мы используем bitbucket в основном для следующих требований: 1. Управление git-репозиториями как проектами, где мы можем обеспечить самообслуживание для контроля доступа на уровне проекта. 2. Интеграция входа в LDAP с синхронизацией группы AD. 3. Очень низкие административные усилия.