1 Star 0 Fork 0

OSCHINA-MIRROR/teamcat-teamvision

Join Gitlife
Discover and participate in excellent open source projects with over 10 million developers. Private repositories are also completely free :)
Join for free
This is a mirrored repository, synchronized daily from the source repository.
Clone/Download
Contribute code
Sync code
Cancel
Hint: Since Git does not support empty folders, creating a folder will generate an empty .keep file.
Loading...
README.md

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

Teamvision реализует концепцию непрерывной поставки и обеспечивает комплексное управление всем процессом от бизнес-требований до запуска продукта. Предоставляются возможности для сотрудничества по бизнес-требованиям, управления тестированием, управления продуктами, управления кодом и конфигурацией, сборки и среды, развёртывания и мониторинга, а также другие базовые функции.

Ориентируясь на принципы эффективности, Teamvision измеряет качество, эффективность и возможности поставки в процессе разработки, чтобы повысить эффективность организации разработки.

Demo: www.teamcat.cn

Важно:

Стабильная версия находится в ветке stable, а последний исходный код — в ветке Conception.

  1. Ветка Conception содержит последние идеи относительно непрерывной доставки и соответствующие прототипы реализации функций. Функции доступны для использования, но могут содержать ошибки или некоторые проблемы с производительностью.
  2. В ветке stable находится стабильная версия после ежедневного использования, исправления ошибок и проблем с производительностью. На данный момент она включает полный набор функций управления тестированием. Это включает планирование тестирования, тестирование, оценку тестирования, управление тестовыми примерами на основе диаграмм мозга, управление ошибками, анализ измерений на основе тестирования и т. д.
  3. Суть непрерывной работы над поставкой заключается в том, чтобы внедрить рабочие процессы команды разработчиков, снизить стоимость выполнения процессов и повысить эффективность работы. Внедрение рабочих процессов команды разработчиков требует индивидуальной настройки разработки, поэтому существуют концептуальные и стабильные ветки. Концептуальная ветка основана на идеализированной реализации концепции непрерывной поставки, а стабильная ветка представляет собой конкретную реализацию, адаптированную к собственному рабочему процессу.

Новые версии

Выпущена новая версия 0.0.6. Можно попробовать новую установку. Обновление со старых версий не поддерживается. В версии 0.0.6 добавлены следующие функции:

    1. Классификация задач CI по цветовым меткам на странице CI.
    1. Новая страница автоматического управления тестовыми случаями на странице CI.
    1. Пересмотр домашней страницы в виде приборной панели с добавлением статистических графиков и т.д.
    1. Добавление функций управления тестовыми точками для конкретных проектов (интеграция с диаграммами мозга в Teamvision).
    1. Добавление страницы управления требованиями, поддержка связывания требований с задачами, прямое тестирование требований и т. д.
    1. Добавление функции связывания задач с тестированием.

В версии 0.0.5 добавлены следующие функции:

    1. Оптимизация пользовательского интерфейса страницы CI.
    1. Новые этапы задач на странице CI, каждый этап относительно независим, и каждый человек может независимо просматривать журналы выполнения каждого этапа.
    1. Интеграция автоматического тестирования на основе GAT и оптимизация отображения отчётов об испытаниях.

В версии 0.0.4 добавлены следующие функции:

    1. Оптимизация пользовательского интерфейса страниц проектов.
    1. Полноценное функционирование диаграмм Ганта для задач.
    1. Исправление некоторых ошибок.

В версии 0.0.3 добавлены следующие функции:

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

Установка

Обратите внимание, что мы предоставляем только протестированные стабильные версии для установки.

Установка Teamvision осуществляется через дистрибутивный файл в папке distribute. Используется пошаговый метод установки:

Пошаговая установка:

Требования: CentOS7, Python 3.5

Зависимости компонентов TeamVision:

Mongo, Redis, Nginx, MySQL, Python В папке build_shell есть сценарии установки для каждого компонента. Обратите внимание: сценарии установки Nginx и Python 3.5 должны быть установлены вручную, остальные предоставляются для справки.

Требования к установке Python:

Требуется версия Python 3.5, используйте скрипт python/python.sh для установки.

Требования к установке Mongo:

Требуется версия 3.4 или выше, пароль добавлять нельзя, после установки сервер должен успешно запуститься, и доступ к нему должен быть возможен с компьютера, на котором установлена Teamcat.

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

Требования к установке Redis:

Требуется версия 3.2 или выше. После установки сервер должен успешно запуститься и быть доступен с компьютера, на котором установлен Teamcat.

Требования к установке Nginx:

Требуется версия 1.12.0 или выше. Из-за необходимости настройки файла nginx.conf необходимо использовать сценарий установки nginx/nginx.sh в папке build_shell/nginx/.

Примечание: (по той же причине, что и выше, пути в сценарии могут немного отличаться, пожалуйста, измените их самостоятельно.)

Требования к установке MySQL:

Требуется версия 5.6 или 5.7. После установки сервер должен успешно запуститься, должен быть способен к аутентификации и должен быть доступен с компьютера, на котором установлен Teamcat. Импортируйте файлы team_vision.sql и privileges.sql из папки mysql в build_shell в базу данных.

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

Запуск Teamvision

Сначала создайте каталог /web/www на компьютере и скопируйте содержимое папок teamvision и dist из папки distribute/0.0.1/build_shell в каталог /web/www/. Откройте файл settings.py в каталоге /web/www/teamvision/teamvision/, чтобы изменить файл конфигурации. Добавьте адрес компьютера в поле allow_host, как показано на рисунке ниже. Добавьте информацию о подключении к mongo в файл конфигурации mongo, как показано на следующем рисунке. Добавьте информацию о подключении к redis в файл конфигурации redis, как показано ниже. Добавьте информацию о подключении к mysql в файл конфигурации mysql, как показано ниже. Добавьте информацию об адресе почтового сервера в файл конфигурации email, как показано ниже. Измените webhost на адрес вашего компьютера, например «http://www.teamcat.cn».

Примечание: (на данный момент Teamvision поддерживает только браузер Chrome. Используйте учётную запись teamvision@teamvision.cn и пароль 123456 для входа. После входа вы можете свободно создавать дополнительные учётные записи.)

Быстрый старт

После успешной установки введите целевой адрес компьютера и порт 8848, например http://127.0.0.1:8848/, чтобы получить доступ к Teamvision.

Примечание: в настоящее время Teamvision поддерживает только Chrome.

Проект

  1. Создайте свой первый проект.
  2. Войдите в проект, чтобы использовать функции проблем, тестирования, задач, статистики и архивирования.

CI:

Функции CI требуют установки Controller и Agent. Контроллер отвечает за мониторинг, планирование и отправку задач, а Агент отвечает за выполнение конкретных задач сборки на различных машинах. Краткая архитектура выглядит следующим образом:

  1. Подготовка к установке: 1.1. Сначала войдите в CI-настройки и добавьте новый Агент. После добавления агента запомните его ID. Этот идентификатор является номером строки # после записи в списке после успешного создания агента. Этот ID необходимо настроить в файле agent.properties при запуске агента. То есть измените файл agent.key. 2. Обновите информацию о сервере Redis. Найдите строки 309 и 310 в таблице DicData и замените IP-адрес и номер порта на те, которые указаны в файле настроек.
  1. Запустите контроллер: Скопируйте zip-файл контроллера из папки distribute/0.0.X/controller в целевую машину (требуется JDK8), распакуйте его и измените файл controller.properties. Всего два параметра конфигурации:
  • INTERFACE_BASE_URL = http://10.69.58.195:8443/ (Адрес службы, не забудьте добавить косую черту в конце)
  • EMAIL_IS_AUTH = false (Если требуется пароль для отправки электронной почты, установите значение true) Наконец, запустите контроллер, выполнив команду controller.sh start.
  1. Запустите агент: Скопируйте zip-файл агента из папки distribute/0.0.X/agent в целевое местоположение, распакуйте его и измените файл agent.propities.
  • agent.key= (Здесь введите ранее полученный идентификатор агента)
  • server.host= http://10.69.58.195:8443/ (Здесь совпадает с INTERFACE_BASE_URL в файле конфигурации контроллера) Для запуска просто выполните команду agent.sh. Если вы используете систему Windows, используйте файл agent.bat.
  1. Отправка электронных писем о сборке CI: Мы, возможно, в файле Settings один раз настроили что-то связанное с электронной почтой, но ещё нужно настроить электронную почту, связанную с CI. (В ближайшее время будет предоставлена системная функция настройки, которая позволит выполнить настройку единообразно.)

Конфигурация, связанная с электронной почтой CI, находится в словаре базы данных. Пожалуйста, измените таблицу DicData: строки 17, 18, 19, 20. Если для отправки электронной почты требуется пароль, обратитесь к файлу controller.properties. Строка 26 словаря может быть настроена как получатель по умолчанию, то есть независимо от того, есть ли у члена проекта учётная запись, он может получать электронные письма через получателя по умолчанию.

Использование:

Добавьте задачу CI, настройте конфигурацию задачи и параметры сборки, чтобы реализовать ежедневную сборку, автоматизированное тестирование, развёртывание одним щелчком мыши и другие функции. Давайте посмотрим, как это настроить.

  1. Создайте задачу.
    • Тип задачи:
      • Сборка.
      • Тестирование.
      • Развёртывание.
      • Копирование.

Создание задачи относительно просто, поэтому мы не будем вдаваться в подробности. После создания задачи вы увидите следующее изображение.

Задача

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

Задача состоит из следующих частей:

  • Базовая конфигурация: базовая конфигурация, вероятно, будет очищена, если вы использовали Jenkins. Здесь в основном говорится о правилах планирования. Если вы укажете конкретное время, например, 12:23:34, оно будет выполняться каждый день в 12 часов 23 минуты 34 секунды. Если вы напишете 12::, это означает, что оно выполняется каждые 12 часов. :08: означает выполнение каждые 8 минут. Обратите внимание, что планировщик запускается в определённое время до и после указанного времени.
  • Перед сборкой: операции перед сборкой помещаются в эту часть.
  • SCM: операции с кодом могут быть помещены сюда.
  • Сборка: сборка, развёртывание и т. д. могут быть размещены здесь.
  • После сборки: операции после сборки помещаются сюда. Обратите внимание, что вышеупомянутые этапы сборки, SCM, сборки и сборки после являются логическими концепциями и не будут строго разделены на несколько этапов. В будущих версиях можно рассмотреть возможность добавления их в качестве обязательных понятий.

Процесс выполнения задачи состоит из конкретных шагов. Вы можете найти подходящий плагин шагов в списке шагов в правом верхнем углу страницы конфигурации. Плагины шагов можно добавлять несколько, и порядок выполнения можно изменить, перетащив плагин. Плагин включает код, сборку, тестирование серверной части, тестирование WebUI, сборку Android, IOS, а также плагин оболочки и т.д. Посмотрите на следующую таблицу, чтобы узнать о доступных плагинах и функциях.

Название Функция Зависимость
SVN Плагин управления версиями SVN Нет
GIT Плагин управления версиями GIT Нет
Shell Выполнение команд оболочки или пакетных команд Нет
Командная строка сборки Сборка командной строки и загрузка пакета сборки Нет
Gradle Плагин сборки Gradle Нет
IOS Плагин сборки IOS Нет
Ant Плагин сборки Ant Нет
SSH заменяет файл Заменяет файл через SSH Нет
SSH развёртывает Развёртывает удалённо через SSH Нет
IOS командная строка строит Строит пакет IOS командной строки Нет
Копировать на сервер Копирует продукт или другой пакет на сервер Нет
Тестирование интерфейса Плагин тестирования API Требуется зависимость от GAT Framework
Проверка конфигурации XCode Проверяет проект XCODE Нет
XCTest тестирует Устарело Нет
Selenium Плагин автоматизации тестирования WebUI Зависит от GAT

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

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

Выше приведено описание процесса настройки простой задачи. Далее давайте поговорим о глобальных переменных, предоставляемых CI по умолчанию. Все могут войти в CI--Settings, чтобы увидеть их.

Имя Использование Описание
WORKSPACE ${WORKSPACE} Представляет текущий рабочий каталог задачи на агенте
BUILDTOOL ${BUILDTOOL} Каталог инструментов сборки агента
BUILDVERSION ${BUILDVERSION} Представляет текущую версию сборки задачи, которая увеличивается в соответствии с количеством сборок
COMMONSPACE ${COMMONSPACE} Общий каталог для всех задач сборки
BUILDBACKUPSPACE ${BUILDBACKUPSPACE} Создаётся автоматически в соответствии с версией сборки и не удаляется после выполнения задачи
TASKID ${TASKID} Идентификатор задачи сборки
TASKNAME ${TASKNAME} Имя задачи сборки
HISTORYID ${HISTORYID} ID записи истории сборки, используйте API записи для получения URL загрузки пакета

Глобальные переменные можно использовать в любом месте плагина шагов.

Давайте посмотрим на другую функцию Teamvision CI — параметры сборки. Щёлкните карточку задачи, чтобы войти в просмотр параметров. Как показано ниже:

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

  • Основная информация: эта часть отображает основную информацию о параметрах.

  • Список параметров: здесь определяется список параметров в форме Key-Value.

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

  • Настройка плагина: выбор этого параметра означает включение состояния плагина шага в списке плагинов в процессе выполнения задачи.

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

Теперь, когда мы понимаем базовую информацию, давайте посмотрим, как использовать список параметров. Как показано ниже:

Список параметров представлен в формате Key-Value. При использовании вы можете использовать ${key} для использования значения, такого как значение, показанное на рисунке выше. Обратите внимание: после создания группы параметров обязательно сохраните её.

Говоря о списке параметров, давайте взглянем на список плагинов. Сначала посмотрите на картинку:

Если ваш список плагинов отличается от показанного на картинке или вы видите разные плагины, это связано с тем, что вы используете разные шаги задачи при настройке задачи. Когда мы смотрим на этот список, мы можем использовать переключатель справа, чтобы решить, будет ли включён этот плагин во время выполнения. Обратите внимание: если вы измените состояние активации плагина, обязательно сохраните его.

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

Comments ( 0 )

You can comment after Login

Introduction

Проектный менеджмент Teamvision включает в себя задачи, оценку, управление ошибками, статистический анализ и другие функции. Поддерживает совместную работу нескольких участников и глубоко интегрирован с непрерывной интеграцией (CI). Teamvision поддерживает ежедневную сборку, автоматизированное тестирование и однократное развёртывание. Teamvis... Expand Collapse
JavaScript and 6 other languages
GPL-2.0
Cancel

Releases

No releases yet

Contributor

All

Recent Activities

Load more
No more results to load
1
https://gitlife.ru/oschina-mirror/teamcat-teamvision.git
git@gitlife.ru:oschina-mirror/teamcat-teamvision.git
oschina-mirror
teamcat-teamvision
teamcat-teamvision
Conception