спасибо

хуки будут

sshd и git server это форки стандартных проектов (соответственно написаны на с)

мы постарались использовать как можно более стандартные подходы — чтобы не было проблем с поддержкой

думаю что после запуска сделаем trial период

amazon aws
публичный api в процессе

откровенно говоря в ближайших планах http нет — хотя у него есть весомые удобства (доступ из-за фаервола)

Привязок нет.

В итоге сервис будет платным — соответственно мы не можем указывать типы лицензий или контента. Фактически у нас нету простой возможности посмотреть что там пользователи хранят — так как данные в виде кодированных коммитов и тп (при этом я не утверждаю что это в принципе не возможно)

Что касается цен — то, как и и написал ранее, пока они еще не просчитаны. Грубо говоря цена в месяц будет что-то типа: (number of repos)*X + (storage space)*Y + (traffic)*Z;
X Y Z будут в центах; количество пользователей не важно

в целом большенство команд вложится в 1$-2$

свой сервер это свой сервер — если он у вас есть и вы готовы его поддерживать — отлично
но многим нужно просто хранить код, обмениваться изменениями и тп — тут как раз хостинг и подойдет

на счет github — мы ему не конкуренты. Github это прежде всего экосистема — мы на такой уровень выйдем не скоро. В средней перспективе мы сосредоточимся именно на хранении данных.

В дальнейшем функции будут расширятся

100MB ограничение на стадии беты — после полноценного запуска система будет автоматически добавлять место (инкременты как раз по 100mb)

на счет удаления — я постараюсь на выходных посмотреть — скорее всего в системе безопасности нужно права выставить

спасибо за тест

спасибо за наводку, обязательно ознакомлюсь

1. Не совсем осведомлен — скорее он ведет себя как фабрика — создает объекты и помещает их в пул — без знаний о их структуре. Хотя сделать отдельный builder тоже можно.

2. +1

3. if (instance != nil) return; — определяет поведение в виде синглтона

Автор, и чем же все закончилось? Видимо игру прикрыли в сторе? Или были дополнительные санкции?

я обычно и использую maven — там значительно упрощенно подключение plugins и тп, но для того чтобы прочувствовать что и как работает ant предпочтительнее

в планах есть статья по maven, как с ним работать одному разработчику, команде или компании

прокси настройте, как в вашем примере
если задача просто правами управлять, то virtualization избыточна

посмотрите в google про организацию виртоуального хостинга с правами — suEXEC

1. поднимаем сервис
httpd -k install -n «Apache Instance 2» -f «C:\Program Files\Apache Service Foundation\path\to\your\conf file.conf»
2. каждый сервис под своим юзером
3. права у пользователя на нужную папку и deny на остальное

все
дела на 5 мин

одно из решений:
несколько apache — каждый под своим пользователем
соответственно права на ресурсы задаются политиками

немного забыл указать в самой статье:
идея не в том что бы постоянно ислопльзовать гит и свн — так как это просто избыточно

скорее дать возможность сдлеать плавный переход с одной системы на другую

мне не ясно зачем создавать копию сущности? в смысле есть у меня рабочая копия, зачем мне еще одна…
Тем более не ясно, зачем мне рабочая копия для каждой идеи…

В дополнение к коментарю ниже: из жизни

у меня есть проект, который мы делали месяц, и создали некий release candidate
Показали клиенту, и клиент просит добавить функциональность. Я сразу делаю ветку или несколько. В ней делаю изменение, проверяю и показываю. Если все ок, то я сливаю ветку с основной. Созданные ветки не нужны, их не надо шарить с коммандой. Тут как раз гит и помогает.

Гит позволяет мне отдать изменения только те, что я решу отдать

именно,
я точно не помню, но там кажется можно дать достю 2м разработчикам

как в svn применить два одинаковых изменения в две рабочии копии?