[РЕШЕНО][mercurial][ssh] Расскажите про bitbucket.org
Все знают такой замечательный сервис для хранения mercurial-репозиториев. Но места там чрезвычайно мало, да и закрытый репозиторий всего один для одного аккаунта. Поэтому вооружившись django, mysql-python и hg, хочу придумать свое хранилище репозиториев. Планируется реализовать на первых порах:
- Регистрация пользователей (пока по инвайтам)
- Создание репозиториев (приватные, публичные)
- Доступ по http, https, ssh (по ssh и возник вопрос)
- Файловый архив (ну релизы всякие загружать)
- Все остальное взять из hg (changeset, browse, etc)
В будущем хотелось бы issue tracker и milestone. А потом все это отдать обществу, конечно! Ну а теперь собственно проблема:
Когда я зарегистрировался на bitbacket.org, создал свой репозиторий, сразу же добавил публичный ssh-ключ, чтобы коммитить по ssh. Если вы пользовались этим, то знаете, что все коммиты происходят от одного пользователя «hg». То есть примерно вот так:
hg push ssh://hg@bitbacket.org/username/reponame/
Теперь вопрос. Как bitbacket.org узнает, что мне можно коммитить в /username/reponame/, но нельзя коммитить в /login/testrepo/? Или что мне можно читать /username/repo2/, но нельзя читать /silence/secretrepo/?
Второй вопрос, как добиться такого поведения:
$ ssh PTY allocation request failed on channel 0 ponq: what are you asking for, exactly? Connection to bitbucket.org closed. $ ssh ls -la ponq: what are you asking for, exactly?
Заранее спасибо за ответы! Надеюсь, что правильно сформулировал вопросы.
- Для комментирования войдите или зарегистрируйтесь
По первому вопросу ничего не
По первому вопросу ничего не скажу, я на гуглокодике сижу с hg. Удивлён этим рассказом сам.
По второму: просто пользователю выставлено в качестве оболочки что-то типа
/usr/bin/git-shell
, ругающееся при своём запуске.А теперь выскажу мнение по поводу общей идеи.
Ничего себе, гигабайта на халяву мало? Ну ты, брат, даёшь (-:Е
А что ты хочешь сделать? Свой готовый сервис или приложение django? Чтоб каждый мог своё ведро разворачивать?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Цитата: Ничего себе,
Да дело даже не в гигабайте, а в том, что мне частенько приходится клиентам передавать исходники. А клиентов много, и их код никто не должен видеть. Поэтому меня больше интересуют приватные репозитории, нежели чем количество места :) То есть это только для себя.
А написать я хочу полноценный сервис аля битбакет.
Да, кстати, если есть
Да, кстати, если есть интерес, присоединяйся к разработке. Я, конечно, не джанга-сенсей, но было бы круто поучавствовать в опенсорц-проекте, а тем более в собственном, и не одному. Вот реп — http://bitbucket.org/nuklea/repotuto/. Он закрыт, но только потому, что мне стыдно показывать свой код =-J
Если что, обращайся в жабер, там поболтаем, если, конечно, есть интерес.
Repotuto — это уже название, не смейтесь :D
Цитата: А написать я хочу
Ты хочешь написать приложение а-ля bitbucket или забабахать сервис? Цель какова? Если первое, то не вижу надобности — из готовых компонент слабать личный сервис не проблема, на своём сервере можно и ручками управлять пользователями (через тот же LDAP). А потеснить bitbucket не удастся, да и незачем… То есть лично мне участвовать в самом прожекте всерьёз пока не очень интересно, с другой стороны — советовать и «размышлять на тему» очень даже можно (-:Е
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Блин, приложением его не
Блин, приложением его не обозвать, но и все-таки это не сервис.
Я просто хочу создать штуку для управления репозиториями с трекером. Чтобы она позиционировалась, как инструмент для фрилансеров, которые имеют множество клиентов, которым нужно сливать свой код с собственных приватных репозиториев, или как инструмент для компаний-разработчиков, которым нужно множество репозиториев с разделением прав доступа для использования внутри компании.
«Приложение» — «вот код,
«Приложение» — «вот код, установите на свой сервер и пользуйтесь»
«Сервис» — «регистрируйтесь у нас и пользуйтесь»
Кстати, зря код закрыл (-:Е
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
В контексте джанги приложение
В контексте джанги приложение это совсем иное. Именно в этом контексте я и рассуждал. :)
Не беспокойся, код открою сразу же, как что-то появится :)
Не иное, просто более чуть
Не иное, просто более чуть узкое (-:Е
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
ACL работает, видимо, также
ACL работает, видимо, также как и в gitosis. Т.е. по ключу - он вполне себе уникальный идентификатор. А там дальше конфиг какой-нить, как обычно все.
Видимо, вот:
Видимо, вот: http://mercurial.selenic.com/wiki/SharedSSH
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Кому интересна эта тема:
Кому интересна эта тема: http://rhodecode.org/
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
И
И http://www.lshift.net/mercurial-server.html
Ну он упоминается по общей
Ну он упоминается по общей ссылке двумя сообщениями выше
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.