UniRPA ChinaTuring

Unirpa

В том числе Unistudio & Unirobot

Введение проекта

Скоро

Подготовка среды развития

SAP -зависимая среда

Первый шаг - установить клиент SAP

• Свяжитесь с администратором проекта, чтобы установить клиентскую программу SAP

Шаг 2 Настройка параметров реестра

1. Запустите редактор реестра, перейдите к计算机HKEY_CLASSES_ROOTAppIDSapROTWr.DLL и найдите числовые данные с именем AppID справа, например, текущий: {xxx-xx-xxx}
2. На основе значений, полученных выше,计算机HKEY_CLASSES_ROOTWOW6432NodeAppID{xxx-xx-xxx} (скобки в конце-это значения, полученные на предыдущем шаге), создайте новую строку Значение справа и назвать его DllSurrogate .

Среда управления Actipro Control Library Environment

Первый шаг - загрузить программу установки библиотеки управления

• Загрузите файл установки отсюда

Шаг 2 Установите программу библиотеки управления

• Разанипируйте загруженный файл и используйте установку конфигурации по умолчанию

Описание структуры каталога

Скоро

Спецификация процесса сотрудничества GIT (промежуточный)

В развитии команды очень важно следовать разумному и четкому процессу использования GIT.

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

Филиал введение

1. Мастер - главная ветвь
   • Все официальные версии, предоставленные пользователям, выпущены в этом основном филиале
   • Разработчик не может push операции в этой ветви
2. Разработка - филиал развития
   • Ветвь, используемая в повседневной разработке, поэтапные функциональные модули, завершенные разработчиком, будут сначала объединены в эту ветвь.
   • Эта ветвь также является филиалом, используемой для внутреннего тестирования и проверки работы команды
   • Разработчик не может push эту ветвь и может объединить личные ветви в эту ветвь с помощью запроса на вытягивание .
   • Во время процесса разработки вы должны часто синхронизировать с этой ветвью
3. функция/xxx - филиал функции
   • Например, для разработки определенного функционального модуля: Zhang San создал филиал feature/package-manager , чтобы ответить за разработку модуля диспетчера пакетов
   • После того, как задача разработки этого функционального модуля будет выполнена, запрос объединяется в форме запроса на develop .
   • После завершения разработки они объединяются в develop филиал ** (только с помощью метода запроса на вытягивание) **, а затем удаляются
   • Этот тип ветви управляется и используется разработчиком лично и может быть push
   • В процессе разработки такие ветви должны быть синхронизацией с develop ветвью.
4. HotFix/xxx - ветвь патча
   • Ветви, используемые для срочно исправления ошибок, могут быть созданы master или develop филиалов
   • Как и филиалы feature/xxx , после завершения ремонтных работ они объединены в master или develop ветвь (только с помощью метода запроса на вытягивание) , а затем удаляются

Рабочий процесс

 # 开发前克隆 develop 分支到本地
git clone -b develop https://github.com/yusiyang/UniRPA.git

Шаг 1: Создайте новую ветку

Прежде всего, каждый раз, когда вы разрабатываете новую функцию, вы должны создавать новую филиал

 # 获取 develop 分支最新代码
git checkout develop
git pull

# 新建一个特性分支
git branch feature/xxx
# 切换到该特性分支，进行开发
git checkout feature/xxx

Часть 2: отправить филиал

После изменения филиала вы можете отправить его

 # 提交代码
git add .
git commit

# 开发过程中，将本地仓库开发中的特性分支 push 到远程仓库（可选的）
git push -u origin feature/xxx

Параметр -u git push означает, push связать удаленный репозиторий origin/feature/xxx с feature/xxx . git push

Шаг 3: Синхронизируйте с развивающимся основой

В процессе разработки ветвей вы должны синхронизировать с develop основы.

 # 获取 develop 分支最新代码
git checkout develop
git pull

# 切换回当前开发的特性分支
git checkout feature/xxx
# 合并 develop 分支到当前分支
git merge develop

Шаг 4: Запрос на выпуск

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

 # 最后进行一次步骤三的同步工作

# 提交到远程仓库
git checkout feature/xxx
git push origin feature/xxx

# 在 GitHub 管理界面创建 Pull Request，等待管理员进行 Code Review 

Шаг 5: Очистите бесполезные ветви

После того, как все задачи разработки филиала функции выполнены, его следует удалить.

 # 首先，切换回 develop 分支
git checkout develop

# 先删除远程特性分支
git push origin -d feature/xxx

# 再删除本地特性分支
git branch -d feature/xxx