Слияние кода завершено, страница обновится автоматически
Руководство по внесению вклада
Если у вас есть какие-либо комментарии или советы, пожалуйста, сообщите о своей проблеме 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
Затем вы можете создать запрос на включение изменений в g2plot.
Никто не может гарантировать, сколько будет помниться о конкретном 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 не позволяет пользователю использовать регулярные выражения **for throw expectations**
Document change on antvis/g2plot#123
Closes #392
BREAKING CHANGE:
Breaks foo.bar api, foo.baz следует использовать вместо этого
Посмотрите эти файлы для получения более подробной информации.
g2plot использует семантическое управление версиями в процессе выпуска на основе [semver].
master ветка — это последняя стабильная версия.
master.master или next, а также все исправления ошибок, кроме проблем с безопасностью. Таким образом, мы можем мотивировать разработчиков обновиться до последней стабильной версии.При выпуске каждой стабильной версии будет присутствовать менеджер проекта (PM), который будет выполнять следующие обязанности на разных этапах выпуска.
Подтвердите, что тест производительности пройден и все проблемы в текущей вехе либо закрыты, либо могут быть отложены до более поздних версий.
Откройте новое [Release Proposal MR] и напишите History как [node CHANGELOG]. Не забудьте исправить содержимое документации, относящееся к выпускаемой версии. Коммиты могут быть созданы автоматически.
$ npm run commits
Назначьте PM для следующей стабильной версии.
[semver] {: http://semver.org/lang/zh-CN/ [release proposal mr]: https://github.com/nodejs/node/pull/4181 [node changelog]: https://github.com/nodejs/node/blob/master/CHANGELOG.md [『我是如何发布一个 npm 包的』]: https://fengmk2.com/blog/2016/how-i-publish-a-npm-package
Примечание: часть текста не удалось перевести из-за отсутствия контекста.
Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )