К сожалению, мерзавец не обеспечивает способа сделать это. Вместо этого 'мерзавец путь' состоит в том, чтобы иметь два репозитория - клиент и сервер и клонировать один (s), Вам нужно.
I don't have a good answer to this question: I've considered removing the question, but it is a real problem and there are only one or two other mentions of it on the internet, with no solutions either. So, if you're struggling with this: I feel your pain but unfortunately the only way I've found to deal with it is to start a new project and import all classes and other resources. But please feel free to contribute and if you come up with something better than starting over, I'll be happy to award you the green V and upvote and all that.
Not sure if this is your case, but when I had this problem it was because I forgot to add the implementation file to the test target.
Вы все еще используете двоичный файл, был создан из старого (удаленного) расположения, и вы должны перестроить этот двоичный файл.
Путь к файлам .o
«запечен» в MyPlugin.m
во время статической компоновки.
Нет никакого волшебства, с помощью которого GDB
запомнил бы это старое местоположение, если бы вы отлаживали MyPlugin.m
, построенный с использованием объектных файлов в новом местоположении.
У меня была эта проблема, а также отладка общей библиотеки. Оказывается неверная, устанавливалась устаревшая библиотека. Попробуйте печатать «Info Target» в приглашении GDB, и посмотрите на пути, чтобы убедиться, что файлы объекта и библиотеки верны и являются теми, которые вы только что построили.
У меня была такая же проблема после изменения места сборки плагина Photoshop, над которым я работал. Я переместил старую папку сборки в корзину, но оказалось, что Photoshop сохраняет псевдоним для папки, который подстраивается под новое место в корзине, поэтому он все равно будет загружать этот старый плагин из корзины вместо нового .
Команда 'info target' указала мне на проблему.