Слияние кода завершено, страница обновится автоматически
После нажатия кнопки "Создать новый запрос на слияние", вам потребуется выбрать имя исходной ветки, имя целевой ветки, заполнить заголовок и кратко описать места модификаций ( Обратите внимание: формат заголовка запроса на слияние должен быть [SPONG] + содержание )
В нижней части страницы создания запроса на слияние требуется выполнить действие по связыванию Issue ( Обратите внимание: каждый запрос на слияние должен иметь связанное Issue ). Если нет связанного Issue, вы можете самостоятельно создать его. Не забудьте отменить галочку перед "Закрыть Issue после слияния" и затем нажать кнопку "Создать запрос на слияние"
Для вкладчиков, желающих добавить новые тестовые случаи для защиты функциональности своего кода, следует добавить тестовый код в папку mindscience/tests/st. Это обеспечивает защиту функциональности вашего кода при вливании других вкладчиков ( Обратите внимание: время выполнения тестовых случаев должно быть минимальным, так как длительные тесты не подходят для использования в качестве базовых тестов ).
Для системных тестовых случаев, которые запускаются после установки whl-пакета, можно использовать любую функцию из whl-пакета. Однако важно добавить (import pytest) и пометить входные точки функций pytest'ом, чтобы они были распознаны контролирующими задачами.
После установки:
git config --global user.name "abc"
git config --global user.email abc@tbs.com
Процесс отправки кода: локальный код ----> push на удалённый репозиторий (форкнутый репозиторий) ----> подача запроса на слияние PR в основной репозиторий
Используйте git clone + ссылку на репозиторий для получения кода. Ссылка находится в правом верхнем углу репозитория gitee, рядом с кнопками клонирования или скачивания.
git clone ссылка на репозиторий
git clone -b имя_ветки ссылка на репозиторий
Пример: git clone https://gitee.com/mindspore/mindscience.git
Обычно код работает с конкретной веткой репозитория, поэтому большинство действий git имеют два параметра: репозиторий + ветка. Если ветка не указана, действия выполняются по умолчанию для ветки master.
Просмотр информации о репозитории и добавление новых репозиториев:
a. В каталоге кода используйте git remote -v, чтобы просмотреть добавленные удалённые репозитории и их имена. В дальнейшем вы можете использовать эти имена вместо полных ссылок.
b. Если вам нужно добавить несколько репозиториев, используйте git remote add + имя_ветки + ссылка на репозиторий.
git remote -v
git remote add имя_ветки ссылка на репозиторий
Пример: git remote add master https://gitee.com/xxxxxxx/mindscience.git
Просмотр информации о ветках
a. Используйте git branch -a для просмотра всех веток, включая локальные и удалённые.
b. Чтобы получить дополнительные ветки из удалённого репозитория, используйте git fetch имя_ветки имя_ветки_удаленного:имя_ветки_локальной. Это позволит вам получить код из удалённой ветки и сохранить его в локальной ветке.
c. Как только у вас есть новая ветка, вы можете переключиться на неё, используя git checkout + имя_ветки_локальной. Обратите внимание, что если текущая ветка имеет незаписанные изменения, переключение вызовет ошибку. Поэтому либо сохраните изменения, либо отмените их перед тем, как переключиться на другую ветку.
git branch -a
git fetch имя_ветки_удаленного имя_ветки_удаленного:имя_ветки_локальной
git checkout имя_ветки_локальной
git status для просмотра количества и путей изменённых файлов. Если вы хотите сохранить все изменения, используйте git add .. Если вы хотите сохранить только некоторые файлы, используйте git add путь_к_файлу. Если вы хотите откатить изменения в определённом файле, используйте git checkout путь_к_файлу. После выполнения этих команд, используйте git commit -s для создания коммита и ввода описания изменений. Сохраните изменения, и вы сможете просмотреть созданный коммит с помощью git log.git status
git add .
git add путь_к_файлу
git checkout -- путь_к_файлу
git commit -s
git log
git rebase -i коммит_id
git rebase -i + коммит_id для объединения нескольких коммитов. Измените pick на f для каждого лишнего коммита, кроме одного, который останется pick.
При желании синхронизировать локальный код с основным репозиторием, если у вас нет изменений или коммитов, вы можете просто использовать git pull имя_ветки имя_ветки_основного.
Если у вас есть изменения и коммиты, но вы хотите синхронизировать основной репозиторий и сохранить свои изменения, рекомендуется использовать git pull --rebase + имя_ветки + имя_ветки_основного. Преимущество такого метода заключается в том, что он сначала синхронизирует основной код, а затем автоматически добавляет ваши локальные изменения.
git pull имя_ветки имя_ветки_основного
git pull --rebase имя_ветки имя_ветки_основного
```- Поскольку основной репозиторий используется многими людьми, возможны ситуации, когда одновременно меняют одну и ту же строку. Если кто-то из них сначала вливает свои изменения, то при попытке синхронизации локального кода могут возникнуть конфликты. При использовании `git pull --rebase` для решения конфликтов можно использовать следующие команды:
1. `git status` покажет файлы, которые были изменены как в основном репозитории, так и в вашем локальном коде.
2. В каждом конфликтном файле найдите метки `<<<<<<<<`.
3. Код между `<<<<<<<< коммит>` и `==========` является кодом из основного репозитория.
4. Код между `==========` и `>>>>>>> коммит_id` является вашим локальным изменением.
5. Определите, какие изменения вы хотите сохранить: основные изменения или ваши локальные изменения, или объедините оба.
6. После того, как вы решили все конфликты, используйте `git add .` для сохранения решений.
7. Используйте `git rebase --continue` для продолжения процесса синхронизации следующего коммита. Если вы заранее объединили все свои локальные коммиты в один, вам потребуется выполнить эту команду только один раз.
```bash
git status
git add .
git rebase --continue
git rebase --abort отказаться от синхронизации
git push для отправки измененного кода на удаленный репозиторий. Если имя ветки не указано, код будет отправлен на ветку master по умолчанию.git push имя_ветки_удаленного имя_ветки_локальной:имя_ветки_удаленной
git push имя_ветки_удаленного имя_ветки_локальной:имя_ветки_удаленной -f
git format-patch. Этот файл можно свободно передавать, и любой другой пользователь сможет применить этот патч к своему коду с помощью команды git apply.git format-patch -i коммит_id
git apply --reject xxxxx.patch
git cherry-pick коммит_id
git commit --amend для объединения изменений в существующий коммит, без необходимости создания нового коммита.git commit --amend
git reset --hard коммит_id
Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )