Я никогда не делал этого, не имея этого метода в базовом классе раньше. Я думаю, что добавление «использования CLASS :: METHOD» в производном классе даст вам доступ к другой версии перегруженного метода.
class CParent
{
public:
void doIt(int x);
};
class CChild : public CParent
{
public:
void doIt(int x,int y,int z);
using CParent::doIt;
};
Необходимо было проверить ответвление для получения по запросу, так как получение по запросу означает объединяться в ведущее устройство, и Вам нужно дерево работы для слияния в.
git checkout master
git pull
Никакая потребность проверить сначала; переоснова делает правильную вещь с двумя аргументами
git rebase master test
git checkout master
git merge test
нажатие мерзавца нажатиями по умолчанию все ответвления, которые существуют здесь и на удаленном
git push
git checkout test
Поскольку в заголовке говорится "Лучший способ", я думаю, что это - хорошая идея рассмотреть терпение стратегия слияния.
От: https://git-scm.com/docs/merge-strategies
При использовании этой опции, 'рекурсивной слиянием', проводит немного дополнительного времени для предотвращения mismerges, которые иногда происходят из-за неважных согласующих отрезков длинной линии (например, фигурные скобки от отличных функций). Используйте это, когда ответвления, которые будут объединены, будут отличаться дико. См. также разность мерзавца [1] - терпение.
Использование:
git fetch
git merge -s recursive -X patience origin/master
я всегда использую псевдоним для этого, например, работаю однажды:
git config --global alias.pmerge 'merge -s recursive -X patience'
Теперь Вы могли сделать:
git fetch
git pmerge origin/master