Слияние кода завершено, страница обновится автоматически
Если у вас есть какие-либо комментарии или советы, пожалуйста, сообщите о своей проблеме issue или внесите любые изменения по своему усмотрению и отправьте PR.
Члены группы AntV подтвердят цель проблемы, заменят более точные теги, определят связанный этап и назначат разработчиков, работающих над ней.
Если вы разработчик репозитория AntV и хотите внести свой вклад, не стесняйтесь создать новую ветку, завершить модификацию и отправить PR. Группа AntV рассмотрит вашу работу и объединит ее с основной веткой.
# Создайте новую ветку для разработки. Название ветки должно быть семантическим, избегая таких слов, как «обновление» или «tmp». Мы предлагаем использовать feature/xxx, если модификация связана с реализацией новой функции.
$ git checkout -b branch-name
# Запустите тест после завершения модификации. Добавьте новые тестовые случаи или измените старые, если считаете это необходимым
$ npm run test
# Если ваша модификация проходит тесты, поздравляем, пришло время отправить вашу работу нам. Обратите внимание, что сообщение коммита должно быть написано в следующем формате.
$ git add . # git add -u для удаления файлов
$ git commit -m "fix(role): role.use должен xxx"
$ git push origin branch-name
Затем вы можете создать запрос на вытягивание на L7Plot.
Никто не может гарантировать, сколько будет запомнено о конкретном PR через некоторое время. Чтобы убедиться, что мы можем легко вспомнить, что произошло ранее, предоставьте следующую информацию в своем PR.
Eslint может помочь выявить проблемы стиля, которые могут существовать в вашем коде. Ваш код должен пройти тест от eslint. Запустите тест локально с помощью $ npm run lint.
Рекомендуется использовать угловой формат сообщения о фиксации, чтобы написать сообщение о фиксации. Таким образом, мы сможем получить более отслеживаемую историю и автоматически сгенерированный журнал изменений.
<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/l7plot#123
Закрывает #392
BREAKING CHANGE:
Нарушает работу API foo.bar, вместо него следует использовать foo.baz.
Подробнее смотрите в этих файлах.
В процессе выпуска G2 использует семантическое управление версиями на основе semver.
master-ветка — это последняя стабильная версия.
develop-ветку из master.master или next, а также все исправления ошибок, кроме проблем безопасности. Таким образом, мы можем мотивировать разработчиков обновлять до последней стабильной версии.При выпуске каждой стабильной версии будет назначен менеджер проекта (PM), который будет выполнять следующие обязанности на разных этапах выпуска.
History как журнал изменений узла. Не забудьте исправить содержимое документации, относящееся к выпускаемой версии.Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )