$working_dir
и клонируйте локально:# Создайте свой каталог `$working_dir`
mkdir -p $working_dir
cd $working_dir
git clone https://github.com/$user/console.git
cd $working_dir/console
git remote add upstream https://github.com/kubesphere/console.git
# Никогда не отправляйте изменения в основную ветку upstream
git remote set-url --push upstream no_push
# Убедитесь, что ваши удалённые репозитории работают корректно:
git remote -v
git fetch upstream
git checkout master
git rebase upstream/master
Создайте новую ветку на основе основной ветки:
git checkout -b myfeature
Затем отредактируйте код в ветке myfeature.
Синхронизация с upstream
После завершения тестирования рекомендуется поддерживать локальную версию в актуальном состоянии с версией upstream, чтобы избежать конфликтов.
# Перебазируйте главную ветку вашего локального репозитория.
git checkout master
git rebase upstream/master
# Затем синхронизируйте вашу ветку разработки с главной веткой
git checkout new_feature
git rebase -i master
Фиксация локальных изменений
См. Руководство по стилю сообщений Git Commit.
git commit -a -s
Когда будете готовы к рассмотрению (или просто для создания резервной копии вашей работы), отправьте свою ветку в свой форк на github.com
.
git push -f ${your_remote_name} myfeature
https://github.com/$user/console
.Вы можете оставить комментарий после Вход в систему
Неприемлемый контент может быть отображен здесь и не будет показан на странице. Вы можете проверить и изменить его с помощью соответствующей функции редактирования.
Если вы подтверждаете, что содержание не содержит непристойной лексики/перенаправления на рекламу/насилия/вульгарной порнографии/нарушений/пиратства/ложного/незначительного или незаконного контента, связанного с национальными законами и предписаниями, вы можете нажать «Отправить» для подачи апелляции, и мы обработаем ее как можно скорее.
Опубликовать ( 0 )