Subversion, Git, Mercurial и Trac Hosting: Repository Hosting

Repository Hosting является хостингом для программных средств управления проектами. Мы специализируемся на размещении Trac, Subversion, Git и Mercurial.

Однако, в отличии от наших конкурентов, мы стремимся сделать размещение управления проектом снова простым. Существует только Один План и Одна Цена. $6.00 в месяц покупает вам неограниченные хранилища, пользователей и Trac случаев —и 2Гб памяти.

Мы с гордостью можем сказать, что все наши серверы в настоящее время основаны на Amazon EC2 востоке США в штате Вирджиния. Amazon EC2 позволяет нам беспрецедентную надежность, резервирование и масштабирование. Используя всю инфраструктуру Amazon, Repository Hosting может быстро реагировать на растущие потребности наших клиентов.

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

Что касается безопасности, каждый Repository Hosting аккаунт имеет 128-битное SSL шифрование включено по умолчанию. Доступ ко всем хранилищам можно также получить через SSL и SSH.

Что касается резервных копий, снимок всех данных аккаунта снимается ежечасно и сохраняется в нескольких физических местах. Кроме того, клиенты могут загрузить проект резервного копирования в любое время, в том числе все Trac проекты и связанные с ними дамп хранилища.

Мы готовы помочь вам с любыми вопросами. Пожалуйста, напишите нам по адресу support@repositoryhosting.com.

Repository Hosting в настоящее время поддерживает Английском, Упрощенном Китайском и Русском. Наша Приборная Панель Аккаунта, страницы настройки, страницы помощи, Trac и Часто Задаваемые Вопросы существуют на этих языках. Тем не менее, в настоящее время GitWeb, hgweb, и интерфейсы для некоторых дополнительных плагинов Trac доступны только на английском языке. Кроме того, мы можем оказывать поддержку только на английском языке.

In addition, the Trac interface is available in 33 languages.

В настоящее время мы принимаем VISA, MasterCard, American Express, Discover и PayPal.

Каждый аккаунт включает в себя 2 Гб места - более чем достаточно для большинства команд. Однако, если вам требуется больше памяти, мы берем $1.00 за каждый дополнительный гигабайт.

Например, если вы используете 3,5Гб свободного места на диске, вы будете платить стандартный обьем ($6.00) плюс $1 за каждый из 2-х дополнительных гигабайтов дискового обьема — в общей сложности $8.00 ($6.00 + $2.00).

Ваши первые 30 дней совершенно бесплатно. После того, как 30-дневная бесплатная пробная версия закончится, мы будем выставлять счет вашей кредитной карте или PayPal аккаунту, который вы представили при регистрации.

Мы неберем скрытых платежей. Одна из причин, почему мы начали Repository Hosting потому, что другие услуги взимали плату в зависимости от количества пользователей, количества проектов и т.д., и мы решили что это несправедливо. С Repository Hosting, вы платите $6 в месяц за неограниченное все кроме места на диске. Вы получаете 2Гб бесплатно, и дополнительный $1 за Гб в месяц после этого.

Для простоты мы выставляем нашим клиентам счет ежемесячно. Однако, бывает удобнее сделать одноразовую оплату. Например вы можете захотеть платить ежеквартально или ежегодно. Или вы испытываете затруднения с вашей кредитной картой, поскольку некоторые финансовые учреждения не позволяют их картам использоваться для повторных платежей онлайн.

Мы предоставляем возможность предварительно оплачивать ваш счет на любое количество месяцев. На это время вашей услуги, ваши регулярные ежемесячные платежи будут приостановленны. По истечению вашего заранее оплаченного времени, вы можете или повторит вашу уплату, или ваши ежемесячные платежи возобнавятся.

Вы можете сделать одноразовую оплату с вкладки Биллинг на вашей странице Настройки Аккаунта.

Каждый аккаунт Repository Hosting представляет собой уникальный субдомен (например mysubdomain.repositoryhosting.com) и имеет свой собственный набор уникальных пользователей. Чтоб войти в свой аккаунт, вы должны сначала посетить субдомен вашего аккаунта непосредственно.

Если вы не помните субдомен вашего аккаунта, обратите внимание, что он находится в приветственном письме посланном вам при регистрации.

Если вы забыли свой пароль, просто посетите свой аккаунт и нажмите на ссылку "Войдите в Систему". Затем нажмите на ссылку "Восстановление пароля" в нижней части поля.

Если вы не видите эту ссылку, убедитесь, что вы не пытаетесь войти в систему из проекта Trac.

Многие из наших клиентов используют непрерывную интеграцию программного обеспечения или другого программного обеспечения, которое автоматически регулярно подключается к своим хранилищам для поиска изменений. Эти програмы очень полезны, и мы поддерживаем их использование с Repository Hosting. Тем не менее, иногда клиент случайно установили очень короткий интервал опроса, а это приведет к десяткам тысяч запросов на наших серверах. Из справедливости по отношению к другим нашим клиентам, которые испытывают снижение производительности в результате мы были вынуждены осуществлять следующую политику QoS. Наша цель состоит не в ограничении наших клиентов в любом случае, кроме препятствуя короткие интервалы опроса на автоматизированное программное обеспечение.

Следующие ограничения приминяются только к Trac, хранилищам и общим запросам диска. Доступ к Приборной Панели Аккаунта неограничен.

Для соединения Subversion и Webdav HTTP(S), все аккаунты будут ограничены до 15 запросов в минуту (ЗВМ) но разрешены "взрыв" до 30000 запросов. Другими словами, если ваш звм больше 15 запросов, запросы "заимствуют" из ведра 30000 запросов. Когда звм меньше 15, то запросы возвращаются в ведро. Если ваше ведро опустошится, любые дальнейшие запросы будут "замедленны" до 15 звм. Если вы будете продолжать делать запросы быстрее чем 15 звм с нескольких соединений после опустошения ведра, то в конечном итоге вы начнете видеть ошибки HTTP 503. Что решить проблему просто прекратите делать запросы на короткое время и дайте возможность вашему ведру пополнится.

Выше указанная политика вступает в действительность если у вас есть автоматизированные инструменты которые запрашивают наши серверы быстрее чем 15 звм до бесконечности. Мы предлагаем, чтоб вы держали эти запросы около 10 звм или ниже. Также обратите внимание, что Subversion часто использует несколько запросов чтоб выполнить одно действие, так что вы должны считать что каждый раз, когда программное обеспечение опрашивает хранилище, это производит 10-20 запросов. Простое правило было бы установить интервал запроса на каждые х минут, где х является число хранилищ которые вы опрашиваете.

Git и Mercurial соединения через HTTP(S) значительно более эффективны и производят меньше но более дорогие запросы. В результате, Mercurial будет ограничен до 7 звм и взрыв до 15000 запросов, и Git ограничен до 3 звм и взрыв до 4000 запросов.

Для соединения SSH к вашим хранилищам, каждому аккаунту разрешается 2000 запросов в течении 24-часового периода. Если этот лимит будет превышен, то дальнейшие связи будут ограниченны до 3 каждые 2 минуты, пока в 24-часовой курс упадет ниже 2000 запросов.

We have created an API endpoint that lets you check your request count for the last 24 hours, so that you can monitor your usage. You may access it by going to https://<your-account>.repositoryhosting.com/account/request_stats.json. The stats are updated hourly.

Мы будем наблюдать за воздействиями этой политики и настраивать где это необходимо. Если у вас есть какие-либо вопросы или сомнения по поводу этой политики, пожалуйста, не стесняйтесь обращаться к нам.

Если вы хотите отменить свой аккаунт, просто перейдите на страницу Настройки Аккаунта, и там будет ссылка "Отмена Аккаунта" в правом верхнем углу страницы. Обратите внимание, что только Администраторы Аккаунта могут отменить аккаунт.

Repository Hosting дает вам значительный контроль над разрешениями. Вы можете добавить много пользователей на ваш аккаунт, и разместить их на группы. Вы также можете создать много проектов и разместить их на категории. Разрешения могут быть установлены на пользователей и проектов, и даже на группы и категории. Например, вы можете установить разрешения которое говорит " Дайте всем пользователям в группе Инженеров Программного Обеспечения разрешение читать и писать в хранилища всех проектов в категории Работа Консультаций."

Вы можете указать Ничто, Читать, Писать доступ к хранилищам и общим дискам. Вы потом можете регулировать Trac разрешения в Trac (например WIKI_VIEW, TICKET_CREATE, TRAC_ADMIN). Кроме того, вы можете сделать кого нибудь Администратором Аккаунта, что дает им полный контроль над всеми аспектами аккаунта, как выставление счетов и возможность создания пользователей и групп. Вы также можете сделать кого нибудь Администратором Проекта для конкретного проекта. Это даст им полный доступ к проекту, в том числе возможность изменят параметры проекта.

Вы также можете дать разрешения для публики. Это удобно, если у вас есть проект с открытым кодом или вы хотите, чтобы анонимные пользователи могли создавать билеты. На странице Параметры Проекта вы можете дать доступ на Чтение к хранилищу для анонимных пользователей. С Trac, вы можете указать разрешение, которое должно быть уделено анонимным пользователям, установив разрешения для пользователя с именем "анонимные".

GET

Этот пользовательский обратный вызов посылает простой HTTP GET запрос к URL который вы указали. Вы можете также задать имя пользователя и пароль для использования обычной проверки подлинности. Переменные $REV, $PROJ и $BRANCH могут быть использованы в URL и будут заменены просмотром или идентификатором, сокращением проекта и названием ветви (только Git или Hg). Например:

GET https://myserver.com/ci/notify_commit?rev=$REV&proj=$PROJ&branch=$BRANCH

POST

Этот пользовательский возврат посылает HTTP POST запрос на URL вашего выбора, дополнительно передавая имя пользователя и пароль для базовой аутентификации. Данные передаются в XML и содержут пересмотр, автор, дату создания, сообщение, и название ветви (только Git и Hg) фиксации, наряду с названием проекта. Например:

POST https://bob:12345@mycompany.com/notifications

<?xml version="1.0" encoding="UTF-8"?>
<commit>
  <revision>0cea058405ad688bf4d6486d090e0e70f9111545</revision>
  <author>Bob Smith (bob@mycompany.com)</author>
  <created_at>2011-12-03T12:53:53+00:00</created_at>
  <log>Added a new module to the project.</log>
  <branch>master</branch>
  <project>myproject</project>
</commit>

Виды Уведомлений

Каждый пользователь может указать уведомления аккаунта по электронной почте которые получает. Уведомления по электронной почте предназначены для:

Фиксации Хранилища: Каждый раз, когда фиксация производится в хранилище проектов, уведомление будет содержать резюме изменений.
Изменений Билета: Каждый раз, когда билеты созданы или изменены. Уведомление содержит изложение того, что изменилось.
Изменений Wiki: Каждый раз, когда вики-страница создается или изменяется
Заканчивание Резервного Копирования: Каждый раз, когда автоматическое резервное копирование завершено, вы можете загрузить резервную копию.
Счет: За счет администраторов, копия ежемесячного счета посылается каждый раз кодга счет оплачивается.

Уведомления Билетов

Вы можете выбрать, на какие билеты вы хотели бы получать уведомления. Возможные варианты:

Все: Все билеты, независимо от вашего участия в билете.

Мои Компоненты: Билеты, компоненты которого вы являетесь владельцом.

Принадлежит мне: Билеты, которые принадлежат вам

Сообщенные мной: Билеты которых вы являетесь репортер

Обновленные мной: Билеты вы поменяли.

Смотреть Это

Вы можете указать конкретные страницы вики и билеты на которые вы хотите получать уведомления, независимо от настроек уведомлений. Чтобы сделать это, просто нажмите на ссылку "Смотреть Это" в правом верхнем углу экрана когда вы читаете билет или вики-страницу. Чтоб остановить просмотр элемента, просто нажмите на ссылку " Не Смотреть Это".

Repository Hosting использует шифрование с открытым ключем для аутентификации всех частных доступов к хранилищам на SSH. Чтоб получить доступ к частным хранилищам, или фиксировать общественное хранилище, вы должны будете сделать пару ключей SSH и обеспечить Repository Hosting общественной половиной ключей.

ПРИМЕЧАНИЕ: Если у вас есть несколько аккаунтов в Repository Hosting, то вам нужно будет создать новую пару ключей для каждого аккаунта:

Чтобы зарегистрировать свой открытый ключ, сначал войдите в Repository Hosting нажмите на ссылку "Мой Профиль" в правом верхнем углу, или на ссылку Настройка рядом с именем пользователя на Панеле Приборов Аккаунта. Выберите вкладку "Открытые Ключи", а затем вставьте все содержимое файла открытого ключа (с расширением .pub) в форму для добавления открытых ключей.

Для более подробной информации о том, как создать пару ключей смотрите эту страницу.

Использование SSH для доступа к хранилищам с Windows менее просто чем на Mac или Linux, так как Windows не имеет SSH клиента. Мы предлагаем или PuTTY или OpenSSH сторонних клиентов. Мы нашли несколько хороших учебников, которые помогут.

Обратите внимание, что если вы используете PuTTY, вам в первую очередь необходимо выполнить следующую команду:

plink -agent subdomain.repositoryhosting.com

Введите "svn", "git" или "hg" (в зависимости от типа хранилища) при появлении запроса на имя пользователя. Затем нажмите кнопку "y", при запросе на кэше ключа сервера. Если у вас проблемы с использование PuTTY, как некоторые из наших клиентов, попробуйте использовать OpenSSH.

Из-за того что вы должны использовать отдельные SSH ключи для каждого Repository Hosting аккаунта, вам нужен способ для переключения между ключами вашего клиента. Самый простой способ это изменить ssh_config файл (на Ubuntu, это находится здесь: /etc/ssh/ssh_config). Используйте следующие установки образца в качестве руководства:

# personal account

Host personal.repositoryhosting.com
  IdentitiesOnly yes
  IdentityFile ~/.ssh/personal_key

# corporate account

Host corporate.repositoryhosting.com
  IdentitiesOnly yes
  IdentityFile ~/.ssh/corporate_key

Существует две распространенные ситуации, в которых могут возникнуть проблемы при подключении к вашему хранилищу через SSH. Во первых , есть небольшая задержка между созданием нового проекта или обновлением прав доступа и доступом к хранилищу через SSH. Эта задержка, как правило меньше минуты, но в редких случаях может занять немного больше времени. Если вы повторите попытку через несколько минут вы сможете подключиться.

Вторая причина по которой вы не можете подключиться, это если вы используете тот же SSH ключ в другом Repository Hosting аккаунте. Мы не поддерживаем этот сценарий, и вам понадобится создать другой ключ на каждый аккаунт. Пожалуйста ознакомьтесь с Часто Задаваемыми Вопросами для получения дополнительной информации.

Если вы все еще имеете проблемы, пожалуйста свяжитесь с нами по адресу support@repositoryhosting.com для получения дополнительной информации. Пожалуйста сообщите нам точное сообщение об ошибке, вместе с выходами из двух команд, которые позволят нам решить проблему:

ssh-add -l
ssh -vvv [vcs]@[subdomain].repositoryhosting.com

Замените [vcs] типом хранилища к которому вы подключаетесь (svn, git, or hg) и замените [subdomain] субдоменом вашего аккаунта. Например:

ssh -vvv git@mycompany.repositoryhosting.com

Иногда вы можете оказаться за брандмауэром, который блокирует порт 22, который является стандартным портом SSH. Как правило, это не даст вам подключиться к хранилищам через SSH. Существует два способа разрешить эту проблему, Во-первых, можно подключить через URL, HTTPS хранилища. Почти каждый брандмауэр пропускает HTTPS (порт 443).

Тем не менее, мы также открыли нестандартный порт 223 для доступа SSH. Чтобы подключиться, используя его, просто добавьте порт к вашему URL хранилищу следующим образом:

Subversion: svn+ssh://svn@accountname.repositoryhosting.com:223/accountname/projectname
Git: ssh://git@accountname.repositoryhosting.com:223/accountname/projectname.git
Mercurial: ssh://hg@accountname.repositoryhosting.com:223/accountname/projectname

Repository Hosting создает часовые резервные копии для наших планов восстановления после сбоев. Если что-то случится с нашей системой, то мы сможем востановить ее с последней резервной копии, которой будет не более часа. Мы держим эти резервные копии с уменьшением разрешения более месяца.

Не должно быть необходимости содержать собственные резервные копии. Тем не менее, мы обеспечиваем обьект резервного копирования для вашего душевного спокойствия, если вы этого захотите. Вы также можете копировать резервные копии автоматически на Amazon S3 аккаунт вашего выбора. Резервное копирование по графику бесплатно.

Чтобы экспортировать данные для проекта, просто запросите резервные копии. Резервные копии содержат всю информацию которая нужна чтоб востановить ваш проект в другом месте, включая дамп файл хранилища с полной историей, данные Trac, а также копию содержимого общего диска.

Чтобы получить резервную копию, перейдите на страницу Параметры Проекта, перейдите на вкладку Резервного Копирования, а затем нажмите на ссылку "Запросите копию этого проекта сейчас" Мы созданим резервную копию для вас, а затем уведомим вас по электронной почте, когда она будет завершена. Вы можете или скачать ее с нашего сайта, или указать ведро S3 на которое вы хотели бы ее отправить.

Резервные копии сжаты в формате .tar.gz. В нем, Trac каталог содержит результаты "trac-admin hotcopy". Webdav каталог содержит копии всех файлов на общий диск. Наконец, есть дамп вашего Git, Mercurial, Subversion хранилище, созданное с помощью "git fast-export --all", "hg bundle -a" или "svnadmin dump".

Вы можете восстановить ваше хранилище с помощью следующих команд:

# git repository
git init
cat git.fast-export.gz | gzip -d | git fast-import
git reset --hard

# mercurial repository
hg init
hg unbundle hg.bundle
hg update

# subversion repository
svnadmin create repo
svnadmin load repo/ < subversion.dump

Note for projects that are greater than 5GB:

Dumps of large repositories can take a very long time for us to generate. As a result, we bundle the repositories of these large projects in their original binary form, rather than as a dump file. Dump files are portable, but the binary version must be used with specific platforms and client versions.

We have created a simple method for you to extract a portable dump file from the binary version, using Docker. The backup will contain a Dockerfile, with instructions of how to use it as comments at the top of the file.

Of course, if you have any questions about how to do this, please contact us at support@repositoryhosting.com.

Резервные копии можно будет скачать с нашего сайта в течении 4 дней, или пока сумма резервного копирования для вашего аккаунта не достигнет 10 Гб, что наступит раньше. Резервные копии загруженные на Amazon S3 аккаунт накапливаются и не удаляются.

Лучший способ сделать это, это включить функцию S3 загрузки. Таким образом, резервная копия посылается на ваш S3 аккаунт каждый раз. Если вы также хотите резервные копии на местном сервере, вы можете запустить s2sync на нем ежедневно чтоб синхронизировать с S3 аккаунтом.

Еще один способ чтоб сделать это создать сценарий который автоматически загружает резервные копии каждый день. Резервные копии могут быть доступны через URL, такие как:

https://sub.repositoryhosting.com/projects/1/backups/2010/02/27/00

URL-адрес содержит год, месяц, день и 2-х значный цифровой индекс. Индекс 00 для первой резервной копии созданной в день, 01 для второй, и т.д. Если у вас установленны ежедневные резервные копии, то вы будете иметь одну резервную копию в день, и индекс всегда будет 00.

We also provide a handy URL for retrieving the most recent backup for a project:

https://sub.repositoryhosting.com/projects/1/backups/latest

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

curl -sS -X POST 'https://sub.repositoryhosting.com/session'
  -d "username=myuser&password=mypass" -c cookies.txt
curl -sS -L
  "https://sub.repositoryhosting.com/projects/1/backups/latest"
  -b cookies.txt -o "subdomain.`date +%Y-%m-%d`.tar.gz"

Один из наших клиентов создал более настраиваемый скрипт загрузки, который вы можете найти здесь, в своем блоге: http://samsalisbury.net/articles/repositoryhosting-backup-script/. Спасибо Сэму!

Amazon S3 supports the ability to specify object expiration through Object Lifecycle Management. For instance, you could set your backups to be automatically deleted after 30 days, or archived to Amazon Glacier.

Trac представляет собой расширенную вики и систему отслеживания вопросов для проектов программного обеспечения. Trac использует минималистичный подход к проектам веб-управлениям программного обеспечения. Наша миссия заключается в том, чтоб помочь разработчикам писать хорошое программное обеспечение не мешаясь. Trac должен быть как можно менее навязчивым и не должен мешать установленным процессам команды (с Trac веб-сайта).

Для получения дополнительной информации о Trac, пожалуйста смотрите: https://trac.edgewall.org.

Repository Hosting серверы в настоящее время имеют Trac 0.12.3.

Версии Trac Плагина:

Agilo: 0.9.6.2
Изменить Партиями (Batch Modify): 0.8.0
Блог (FullBlog): 0.1.1
Настраеваемые Уведомления (Announcer): 0.12.1
Пользовательская Дорожная Карта (Custom Roadmap): 0.4
Пользовательские Поля Администратора (Custom Field Admin): 0.2.5
Форум Дискуссий (Discussion): 0.8
Сгрузить Отпуск (Downloads): 0.3
Markdown: 0.11.1
План часов (Roadmap Hours): 0.5
Trac Captcha (Trac Captcha): 0.2.2
Оглавление (TOC): 11.0.0.3
Метки (Tags): 0.6
Импорт Билета (Ticket Import): 0.8
Сроки и Оценки (Timing and Estimation): 1.0.7b
Wiki Backlinks (Backlinks): 1.0
Редактор Потока Работы (Workflow Editor): 1.0.2
Рабочий журнал (Worklog): 0.2
Wysiwyg Редактор (Trac Wysiwyg): 0.12.0.3
XMLRPC: 1.1.2

При создании Git или Mercurial проекта, не существует источника для просмотра. После того как вы совершили по меньшей мере одну ревизию в вашем хранилище, вы сможете просматривать источник в рамках Trac проекта.

Мы поддерживаем следующие плагины:

Мы также поддерживаем следующие дополнительные возможности:

Электронная почта в Trac
Уведомление фиксации направленное на Twitter, Campfire, Basecamp, CIA, или пользовательские обратного вызова.
XML-RPC API (позволяет Eclipse Mylyn Integration)
HTML Уведомления по Электронной Почте Билетов, Вики Страницы, Блоги, Сообщения Форума

Если проект установлен для обработки фиксации, следующие команды введенные в сообщении вашей фиксации могут повлиять на статус билета:

close, closed, closes, fix, fixed, fixes
  Указанные номера выпуска закрыты с содержанием этого 
  сообщения фиксации.
references, refs, addresses, re, see
  Указанные номера выпуска остаются в их текущем состоянии, но 
  содержание этого сообщения фиксации добавляются к их заметкам.

При обработке сообщения, сообщения фиксации ищутся в следующем виде:

command #1
command #1, #2
command #1 & #2
command #1 and #2

Вместо сокращенного синтаксиса "#1", "ticket:1" может быть использован . Например:

command ticket:1
command ticket:1, ticket:2
command ticket:1 & ticket:2
command ticket:1 and ticket:2

Кроме того, символ ':' может быть упущен и проблема или ошибка могут быть использованы вместо билета.

Вы какже можете иметь более одной команды в сообщении. Довольно сложный пример того, что вы можете сделать с сообщением фиксации:

Changed blah and foo to do this or that. Fixes #10 and #12, and refs #12.

Это закроет #10 и #12 и добавит заметку к #12.

Сроки и Оценки Плагин

Если Сроки и Оценки Плагин включен, то есть поддержка для определения времени затраченного на фиксацию сообщений. Время указанное будет автоматически добавлятся в поле проводили время для билета.

Blah refs #12 (spent 1.5)
Blah refs ticket:12 (sp 1)
Blah fixes #12 (2.5)

Как и выше, можно изпользовать сложные сообщения:

Changed blah and foo. Fixes #10 (1) and #12 (2), and refs #13 (0.5).

Это закроет #10 и #12, и добавить заметку к #13 а также добавить 1 ч. времени к #10, добавить 2 ч. К #12 и добавить 30 мин. К #13.

Agilo Плагин

Наконец, когда у вас включен Agilo, то есть поддержка для определения оставшегося времени на билет в сообщении фиксации.

Blah remaining #12:2h
Blah still ticket:12:1h
Blah fixes #12, time #13:4h

Мы поддерживаем импорт существующих Trac проектов. Trac проект должен использовать Sqlite3 базу данных, и мы рекомендуем, чтобы он был той же версии Trac, который у нас (в настоящее время 0.12.3). Вы можете загрузить сжатую копию Trac проекта перейдя на страницу Параметры Проекта для вашего проекта, а затем нажать "Импорт проекта Trac". Обратите внимание, что мы импортируем Trac базы данных (билеты, вики-страницы, разрешения и т.д.) и приложения, но не файл конфигурации, настраиваемые шаблоны или плагины

Subversion является открытым исходным кодом управления системы разработанный как преемник некогда популярной CVS. Он широко принят открытым исходным кодом как практически стандартом де-факто в системах контроля версий. Он также широко используется в корпоративном контексте.

Subversion предлагает целый ряд функций, в том числе:

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

Для получения дополнительной информации о Subversion, пожалуйста смотрите: https://subversion.apache.org.

Repository Hosting серверы в настоящее время имеют Subversion 1.13.0.

Вы можете получить доступ к хранилищам Subversion, используя либо HTTP (http:// или https://) или SSH (svn+ssh://) протоколы. Чтобы использовать SSH, сначала нужно зарегистрировать свой SSH ключ на странице Мой Профиль. Вы также можете просматривать ваши хранилища непосредственно в браузере, либо рассматривая их в Trac из вкладки Источник Просмотра, или прейдя в HTTP URL хранилище, которое обеспечивает простой вид файла в хранилище.

Мы будем рады импортировать файл дампа хранилища для вас. Мы будем требовать файл дампа для вашего хранилища (как созданный с 'svnadmin dump'). Этот дамп файл можно легко послать нам нажав ссылку "Загрузить Файл Дампа" доступная на странице Настройка в любом проекте. После того, как мы получим дамп файл, мы автомотически загрузим его и отправим вам электронное письмо когда загрузка закончится.

Git является открытым исходным кодом, распределенная система контроля версий предназначена для обработки всего, от маленьких до очень больших проектов с высокой скоростью и эффективностью.

Каждый Git клон является полнофункциональным хранилищем с полной историей и полными возможностями отслеживания и пересмотра, не зависит от доступности сети или центрального сервера. Создание ветвей и слияние быстро и легко сделать. (с Git веб-сайта)

Для получения дополнительной информации о Git, пожалуйста смотрите: https://git-scm.com.

Серверы Repository Hosting в настоящее время имеют Git 2.15.4.

Вы можете получить доступ к хранилищам Git либо с помощью Git (git://), HTTP (http:// or https://), или SSH (ssh://) протоколов. Чтоб использовать SSH, сначала нужно зарегистрировать свой SSH ключ на странице Мой Профиль. Вы также можете просматривать хранилища непосредственно в браузере, либо рассматрать их в Trac на вкладке Источник Просмотра, или доступ к ним в "GitWeb", который доступен на HTTP хранилища URL.

Mercurial (сокращенно Hg) является открытым исходным кодом, распределенная система контроля версий.

Mercurial посвящен скорости и эффективности с нормальным интерфейсом. Mercurial предлагает вам мощь и скорость эффективного выполнения проектов любого размера и вида. Кажды клон содержит в себе всю историю проекта, поэтому фиксация, ответвление, пометки и слияние являются локальными операциями, что делает их быстрыми и удобными. Вы можете использовать множество процессов и легко расширить его функциональность дополнениями. (с Mercurial веб-сайта)

Для получения дополнительной информации о Mercurial, пожалуйста смотрите: https://www.mercurial-scm.org.

Серверы Repository Hosting в настоящее время имеет Mercurial 2.7.2.

Вы можете получить доступ к хранилищам Mercurial либо с помощью HTTP (http:// or https://), или SSH (ssh://) протоколов. Чтоб использовать SSH, сначала нужно зарегистрировать свой SSH ключ на странице Мой Профиль. Вы также можете просматривать хранилища непосредственно в браузере, либо рассматривая их в Trac на вкладке Источник Просмотра, или получить доступ к ним в "hgweb", который доступен по HTTP хранилища URL.

Windows, поддержка на WebDAV трудная в лучшем случае. Для вашей собственной вменяемости, предлагаем попробовать сторонних WebDAV клиентов, такие как WebDrive или NetDrive. Для получения дополнительной информации, смотрите http://www.webdrive.com/products/webdrive/winindex.html and http://www.netdrive.net/home.html

Вы можете подключиться к вашему Repository Hosting общий диск с Mac используя Finder.
Пойдите на "Идти" -> "Подключение к Серверу". Введите адрес вашего общего диска, например: https://[subdomain].repositoryhosting.com/webdav/[subdomain]_[project abbreviation]

Если у вас Linux распределение которое использует Nautilus, вы как правило, подлючаетесь к вашему общему диску, выбрав "Файл" -> "Подключение к Серверу" и выберите "Безопасный WebDAV (HTTPS)". Тем не менее, мы обнаружили, что это часто не работает. В том случае, вы можете использовать следующие в качестве обходного пути.

Открытое Nautilus
Убедитесь, что видно адресную строку (можно включить через меню: "Вид" -> "Адресная Строка")
Убедитесь, что адресная строка в текстовом режиме (вы можете переключаться между текстом и кнопочным режимом с помощью первой кнопки в адресной строке)
Введите полный URL-адрес для вашего Диска Общего Проекта на поле адреса, но поменяйте https на дни например: davs://[subdomain].repositoryhosting.com/webdav/[subdomain]_[project abbreviation]
Введите имя пользователя и пароль когда спросят (так же, как это требуется для входа в веб-интерфейс).

	Имя:
	Адрес Электронной Почты:
	Сообщение:	(в настоящее время мы только отвечаем на сообщения, которые на английском языке)
		This is an emergency. Please only select this option if you are currently unable to access your account or repository, or are experiencing a problem of a similar magnitude. This support request will then be given highest priority by our support team.

Свяжитесь с Нами

Часто Задаваемые Вопросы

Общий

Биллинг

Аккаунты

Проекты

Виды Уведомлений

Уведомления Билетов

Смотреть Это

SSH

бэкапы

Trac

Сроки и Оценки Плагин

Agilo Плагин

Subversion

Git

Mercurial

WebDAV