Здравствуйте, agoago, Вы писали:
A>Подскажите можно ли установить CVS на платном хостинге не обращаясь в поддержку этого хостинга (потому что они не отвечают) ?
A>Или может подскажите как решить проблему Source Control для команды из 4 человек работающих в разных городах?
Похоже без службы поддержки не обойтись — нужны административные действия для настройки CVSROOT в inetd.conf и инициализация репозитория в этом CVSROOT.
А проблема коллективной работы небольшого тима стара как мир, здесь много сообщений было по этому поводу. С SourceForge был печальный опыт — ждали месяц от них ответа и поняли что его не будет . Сейчас пользуемся http://dev-hosting.com, он конечно платный, но цены просто условные, вот уже 4 месяца работаем никаких проблем .
Здравствуйте, agoago, Вы писали:
A>Подскажите можно ли установить CVS на платном хостинге не обращаясь в поддержку этого хостинга (потому что они не отвечают) ?
Если есть доступ через ssh, то без проблем.
A>Или может подскажите как решить проблему Source Control для команды из 4 человек работающих в разных городах?
Если проект некоммерческий, то sf.net.
Если коммерческий, то не пожалеть денег на выделенный сервер.
Здравствуйте, postmaster, Вы писали:
P>Здравствуйте, agoago, Вы писали:
A>>Подскажите можно ли установить CVS на платном хостинге не обращаясь в поддержку этого хостинга (потому что они не отвечают) ?
P>Если есть доступ через ssh, то без проблем.
Несогласен, необходимо добавить записи о CVS в inetd.conf а для этого помимо SSH еще и права нужны, чтобы серевер как минимум откликался на запросы твоей клиентской программы!
Здравствуйте, olegich, Вы писали:
A>>>Подскажите можно ли установить CVS на платном хостинге не обращаясь в поддержку этого хостинга (потому что они не отвечают) ?
P>>Если есть доступ через ssh, то без проблем.
O>Несогласен, необходимо добавить записи о CVS в inetd.conf а для этого помимо SSH еще и права нужны, чтобы серевер как минимум откликался на запросы твоей клиентской программы!
Нет.
Здесь в действительности 2 подвопроса:
1). _Установка_ cvs на сервере
2). _Использование_ cvs на сервере.
Первый решается: даже если вдруг /usr/bin/cvs отсутствует, то можно самостоятельно установить cvs в $HOME/bin (если /home смонтирован без noexec).
Здравствуйте, postmaster, Вы писали:
P>Здравствуйте, olegich, Вы писали:
A>>>>Подскажите можно ли установить CVS на платном хостинге не обращаясь в поддержку этого хостинга (потому что они не отвечают) ?
P>>>Если есть доступ через ssh, то без проблем.
O>>Несогласен, необходимо добавить записи о CVS в inetd.conf а для этого помимо SSH еще и права нужны, чтобы серевер как минимум откликался на запросы твоей клиентской программы!
P>Нет. P>Здесь в действительности 2 подвопроса: P>1). _Установка_ cvs на сервере P>2). _Использование_ cvs на сервере.
P>Первый решается: даже если вдруг /usr/bin/cvs отсутствует, то можно самостоятельно установить cvs в $HOME/bin (если /home смонтирован без noexec).
P>Второй также решается просто: P>
Здравствуйте, genre, Вы писали:
G>Здравствуйте, postmaster, Вы писали:
P>>Теперь объясни, P>>1). Причём здесь inetd.
G>ну есть подозрение, что не законектишься к нему, если cvs не слушает порт. G>а он именно не будет его слушать если не настроить xinetd
Здравствуйте, olegich, Вы писали:
O>А проблема коллективной работы небольшого тима стара как мир, здесь много сообщений было по этому поводу. С SourceForge был печальный опыт — ждали месяц от них ответа и поняли что его не будет . Сейчас пользуемся http://dev-hosting.com, он конечно платный, но цены просто условные, вот уже 4 месяца работаем никаких проблем .
$ whois dev-hosting.com
...
Record created on 01-May-2004.
Здравствуйте, postmaster, Вы писали:
P>Здравствуйте, olegich, Вы писали:
O>>А проблема коллективной работы небольшого тима стара как мир, здесь много сообщений было по этому поводу. С SourceForge был печальный опыт — ждали месяц от них ответа и поняли что его не будет . Сейчас пользуемся http://dev-hosting.com, он конечно платный, но цены просто условные, вот уже 4 месяца работаем никаких проблем .
P>$ whois dev-hosting.com P>... P>Record created on 01-May-2004.
Здравствуйте, sergeiv, Вы писали:
O>> Сейчас пользуемся http://dev-hosting.com, он конечно платный, но цены просто условные, вот уже 4 месяца работаем никаких проблем .
S> А не боишься за сохранность и безопасность своих исходников ?
Небоюсь, потому что мы делаем веб проекты, которые без закачика бесполезны, к тому же IMHO 90% исходного кода не является таким уж важным а важным является то для кого они пишутся! Например у тебя есть исходники Quake но ты же нестал от этого богатым
Здравствуйте, olegich, Вы писали:
O>Здравствуйте, sergeiv, Вы писали:
O>>> Сейчас пользуемся http://dev-hosting.com, он конечно платный, но цены просто условные, вот уже 4 месяца работаем никаких проблем .
S>> А не боишься за сохранность и безопасность своих исходников ?
O>Небоюсь, потому что мы делаем веб проекты, которые без закачика бесполезны, к тому же IMHO 90% исходного кода не является таким уж важным а важным является то для кого они пишутся! Например у тебя есть исходники Quake но ты же нестал от этого богатым
Полностью солидарен.. почти всегда приходится в чем то доверять другим людям/компаниям, мы доверяем врачу, доверяем транспорту, доверяем банку..
Даже если купить выделенный сервер ничего не изментися, потому что потенциально администраторы той компании где куплен выделенный сервер тоже имеют доступ к нему. А в больших компаниях утечка исходников/информации может произойти по вине самих же разработчиков (Microsoft тому пример). Если исходники представляют собой ноу-хау то конечно вопрос безопасности очень важен, но чаще всего это рабочие материалы, нужные только разработчикам и заказчикам. И вопрос удобства работы распределенной команды становится на первое место.
Здравствуйте, postmaster, Вы писали:
P>Здравствуйте, genre, Вы писали:
G>>Здравствуйте, postmaster, Вы писали:
P>>>Теперь объясни, P>>>1). Причём здесь inetd.
G>>ну есть подозрение, что не законектишься к нему, если cvs не слушает порт. G>>а он именно не будет его слушать если не настроить xinetd
P>Неправильное подозрение. P>Читай здесь
Здравствуйте, genre, Вы писали:
G>только что проверил по написанному выше рецепту. G>cvs.EXE [diff aborted]: connect to server(192.168.10.1):2401 failed: Connection refused
Здравствуйте, postmaster, Вы писали:
P>Здравствуйте, genre, Вы писали:
G>>только что проверил по написанному выше рецепту. G>>cvs.EXE [diff aborted]: connect to server(192.168.10.1):2401 failed: Connection refused
P>
Здравствуйте, agoago, Вы писали:
A>Полностью солидарен.. почти всегда приходится в чем то доверять другим людям/компаниям, мы доверяем врачу, доверяем транспорту, доверяем банку.. A>Даже если купить выделенный сервер ничего не изментися, потому что потенциально администраторы той компании где куплен выделенный сервер тоже имеют доступ к нему.
Ну и что? Кладешь репозиторий в EFS и все левые администраторы идут лесом.
Здравствуйте, Lexey, Вы писали:
A>>Даже если купить выделенный сервер ничего не изментися, потому что потенциально администраторы той компании где куплен выделенный сервер тоже имеют доступ к нему.
L>Ну и что? Кладешь репозиторий в EFS и все левые администраторы идут лесом.
Во во , есть оказывается решение, я думал о чем то похожем, но незнал как называется
. Сейчас пользуемся http://dev-hosting.com, он конечно платный, но цены просто условные, вот уже 4 месяца работаем никаких проблем 
.
