Слияние кода завершено, страница обновится автоматически
Если у вас есть какие-либо комментарии или советы, пожалуйста, сообщите о своей проблеме issue или внесите любые изменения по своему усмотрению и отправьте PR.
Члены группы AntV подтвердят цель проблемы, заменят более точные метки на неё, определят связанную веху и назначат разработчиков, работающих над ней.
Если вы разработчик репозитория AntV и хотите внести свой вклад, не стесняйтесь создать новую ветку, завершить модификацию и отправить PR. Группа AntV рассмотрит вашу работу и объединит её с основной веткой.
# Создайте новую ветку для разработки. Название ветки должно быть семантическим, избегая таких слов, как «обновление» или «tmp». Мы предлагаем использовать feature/xxx, если модификация связана с реализацией новой функции.
$ git checkout -b branch-name
# Запустите тест после завершения модификации. Добавьте новые тестовые случаи или измените старые, если считаете это необходимым
$ npm test
# Если ваша модификация проходит тесты, поздравляем, пришло время отправить вашу работу нам. Обратите внимание, что сообщение коммита должно быть написано в следующем формате.
$ git add . # git add -u для удаления файлов
$ git commit -m "fix(role): role.use должен xxx"
$ git push origin branch-name
Затем вы можете создать запрос на вытягивание на x6.
Никто не может гарантировать, сколько будет запомнено о конкретном PR через некоторое время. Чтобы убедиться, что мы можем легко вспомнить, что произошло ранее, предоставьте следующую информацию в своем PR.
eslint может помочь выявить проблемы стиля, которые могут существовать в вашем коде. Ваш код должен пройти тест от eslint. Запустите тест локально с помощью $ npm run lint.
Рекомендуется использовать angular commit-message-format, чтобы написать сообщение коммита. Таким образом, мы сможем получить более отслеживаемую историю и автоматически сгенерированный журнал изменений.
<type>(<scope>): <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>
（1）type
Должен быть одним из следующих:
（2）scope
Область действия может быть любой, указывающей место изменения коммита.
（3）subject
Используйте лаконичные слова, чтобы описать, что вы сделали в изменении коммита.
（4）body
Не стесняйтесь добавлять больше контента в тело, если вы считаете, что предмет недостаточно понятен, например, какова его цель или причины вашего коммита.
（5）footer
Closes #1, Closes #2, #3
например.
fix($compile): [BREAKING_CHANGE] пара модульных тестов для IE9
Старые IE сериализуют HTML в верхнем регистре, но IE9 этого не делает...
Было бы лучше ожидать нечувствительности к регистру, к сожалению, jasmine не позволяет использовать регулярные выражения для ожиданий броска.
Изменение документа на antvis/x6#123
Закрывает #392 **BREAKING CHANGE:**
Нарушает работу API foo.bar, вместо него следует использовать foo.baz.
Подробнее смотрите в этих файлах.
В процессе выпуска X6 использует семантическое управление версиями на основе semver.
master-ветка — это последняя стабильная версия.
develop-ветку из master.master или next, а также все исправления ошибок, кроме проблем безопасности. Таким образом, мы можем мотивировать разработчиков обновиться до последней стабильной версии.При выпуске каждой стабильной версии будет назначен менеджер проекта (PM), который будет выполнять следующие обязанности на разных этапах выпуска.
History как CHANGELOG узла. Не забудьте исправить содержание документации, связанной с версией выпуска.Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )