Я просто хотел добавить еще один случай, когда это может произойти. Я использовал редкую проверку. По какой-то причине у меня была директория в рабочем дереве, которая, как я думал, была включена в редкую проверку (я думал, что она указана в .git/info/sparse-checkout
), но не была (я удалил ее с .git/info/sparse-checkout
по какой-то причине, которую я сейчас забыл). был просто проигнорирован pull
или checkout
или reset
или любыми другими командами. Это было очень запутанно, пока я не начал реплицировать редкую конфигурацию заказа в новом, новом клоне и понял ошибку.
Это произойдет только с вами, если вы используете редкую проверку. Если вы не используете редкую проверку, это не может случиться. (Проверьте конфигурацию git, чтобы проверить, включен ли sparseCheckout, и проверьте наличие .git/info/sparse-checkout, но вы бы знали, делаете ли вы это, так как я думаю, что он должен быть настроен вручную пользователем в любом случае.) (Google, если вам интересно, что это такое - просто простой механизм, чтобы опустить файлы и каталоги из проверки, которые в противном случае можно было бы отслеживать/вытаскивать/извлекать и т. Д.)
Вы уверены, что правильно их выбрали? – Jepessen
Кажется, нет ничего, чтобы получить обновления. Вы уверены, что файлы исправлены другим пользователем и в том же хранилище? Никакие журналы не дают сомнений в этом направлении. – Aditya
Уверены ли вы, что подчиненные подтолкнули вас к ветке, которую вы пытаетесь вытащить? –