Ртутний “сервер”

Я використовую Mercurial деякий час, але в основному для власного використання. Зараз у мене є проект, над яким я працюю, де двоє з нас будують один і той же проект, і ми, мабуть, будемо модифікувати файли один одного.

Я хотів би налаштувати Mercurial сховище на сервері, зробити це сховище «сервером», щоб мої зміни та зміни іншого редактора надходили на цей сервер (так, в основному модель Subversion / CVS ); Мені подобається Mercurial, і я не хочу переходити на щось на зразок Subversion.

Тут у моїй власній мережі все робиться на Linux, і на моєму «сервері» встановлений OpenSSH . Отже, переміщення моїх змін (я працюю на декількох комп’ютерах) з одного комп’ютера на сервер - це лише питання «hg push»; використовується протокол SSH для передачі змін.

Проблема в тому, що я використовую Linux, сервером буде Windows (отже, OpenSSH немає, так?), А інший редактор також буде використовувати Windows. Наскільки мені відомо, найкращий спосіб роботи в Mercurial у таких типах установок полягає у тому, щоб сховище витягувало зміни з джерела, а не надсилало джерело на "сервер". Я стою за кількома брандмауерами (не повністю в моїй мережі), і мій комп'ютер не буде видно з сервера, і я припускаю, що інший редактор теж буде за брандмауером (тому ми не можемо просто запустити локальний Mercurial HTTP-сервер і отримайте "серверний" комп'ютер, щоб витягти з цього)

Який найкращий спосіб для обох редакторів отримати наші зміни до сховища серверів? (Я повинен додати, що сервер - це сервер в Інтернеті, тому він настільки ж видимий, як щось на зразок google.com. Це розміщений сервер Windows, але я, мабуть, мав би дозвіл на встановлення програмного забезпечення, якщо для цього потрібно.)

Я пропоную Kiln з www.fogbugz.com . Це комерційне рішення для управління джерелами, в основному обгортка Windows з Mercurial під капотом.

Оновлення 2020-10-24

11 років тому Mercurial міг бути життєздатним рішенням, але не більше: Git просто працює.

Я вважаю, що читання документації проекту є приємним початком: https://www.mercurial-scm.org/wiki/PublishingRepositories .

Це також може спростити адміністрування, щоб передавати його на аутсорсинг - якщо у вас є лише одне сховище і пара хлопців, які його штовхають / тягнуть, ви можете зробити набагато гірше, ніж просто розмістити його десь, як Bitbucket . (А для рішення з одним сховищем це насправді безкоштовно.)

Оновлення: Зараз 2020 рік, і Bitbucket більше не підтримує ртутний, див .: https://bitbucket.org/blog/sunsetting-mercurial-support-in-bitbucket

Перелік розміщених або влаштованих безкоштовних або платних рішень див. На https://www.mercurial-scm.org/wiki/MercurialHosting

Погляньте на rhodecode - це Mercurial-сервер із відкритим кодом, який пропонує багато функцій, які пропонує Kiln , включаючи пошук коду. Він навіть чудово інтегрується з LDAP, тому ви можете автентифікувати користувачів HG у своєму домені Windows.

Оновлення: Зараз 2020 рік, і Bitbucket більше не підтримує ртутний, див .: https://bitbucket.org/blog/sunsetting-mercurial-support-in-bitbucket

Перелік розміщених або влаштованих безкоштовних або платних рішень див. На https://www.mercurial-scm.org/wiki/MercurialHosting

Я рекомендую розмістити свій проект на http://bitbucket.org/ , веб-сайті розміщення сховищ Mercurial.

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

Редагувати: Bitbucket тепер надає необмежену кількість приватних / прихованих сховищ.

Безумовно, для Windows доступно багато SSH-серверів. Ось два приклади:

• SSH Windows
• Безкоштовний SSHd

Ознайомтесь із прикладами Putty у книзі Mercurial: The Definitive Guide для підключення користувачів Windows.

Ви можете використовувати SCM-Manager для обміну своїми сховищами через http oder https.

Mercurial та PuTTY - це добре підтримуване та добре задокументоване рішення.

Найпростішим рішенням є використання спільних папок Samba, особливо в середовищі лише для Windows. Я щойно це налаштував, здається, працює.

Я сам цим не користувався, але подивився Mercurial Server від LShift.

Наші налаштування: сервер Windws + Apache + Mercurial

Частина нашого http.conf

<Location /hg>

    DirectoryIndex hgweb.cgi #from mercurial source, put it in htdocs/hg
    AddHandler cgi-script .cgi
    Options ExecCGI
    Options +FollowSymLinks
        Order deny,allow
        Deny from all
        <Limit GET POST>
            Allow from 127.0.0.1 10.1.2 
        </Limit>   

    AuthUserFile D:/hg/htpasswd
    AuthGroupFile D:/hg/hggroups
    AuthType Basic
    AuthName "Mercurial xxxx repositories"

    Require group admin somegroup

    RewriteBase /hg
    RewriteRule ^$ hgweb.cgi  [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule (.*) hgweb.cgi/$1  [QSA,L]  
</Location>

<Location /hg/project1>    
    Require group somegroup admin
</Location>
<Location /hg/project2>    
    Require group somegroup admin
</Location>
<Location /hg/test>    
    Require valid-user
</Location>

Існують інші файли для налаштування, такі як hgweb.conf / htpasswd / hggroups, але вони є найпростішою частиною.

Це працювало досить добре. Якщо будь-який користувач хоче змінити пароль, я попрошу його перейти до онлайн-генератора htpasswd, щоб створити для мене послідовність htpasswd, я поміщу його у файл htpasswd.

Я думаю, що наше налаштування дуже схоже на те, що робить VisualSvn Server. (звичайно, значно спрощена версія)

Поділіться папкою Dropbox, яка містить ваше "сховище сервера".

Наскільки мені відомо, найкращий спосіб роботи в ртуті в таких типах установок - це те, що репо витягує зміни з джерела, а не джерело, що надсилає на "сервер".

Не існує «найкращого способу роботи», про який я знаю? Існує безліч можливих робочих процесів, які підтримує Mercurial, і навіть перелічіть їх у своєму посібнику . Я насправді використовую набір "svn-ish", де я розробляюсь у локальному сховищі та маю кілька сховищ на спільному сервері. Якщо є якісь зміни, я вписую їх у центральне сховище. Я натискаю їх через HTTPS, і (природно) я обмежую можливості натискання лише для розробників. Це чудовий спосіб роботи.

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

Можливо, ви захочете переглянути свої думки з цього приводу, штовхаючи v тягне?

У 2020 році ви можете використовувати гептапод:

https://about.heptapod.host/

Це рішення на основі гітлабу. Вони пропонують розміщене рішення, але ви також можете завантажити його та розмістити на власній інфраструктурі.

https://heptapod.net/heptapod-commercial-service-enters-free-public-beta.html#heptapod-commercial-service-enters-free-public-beta