Понимание того, почему git-tf иногда дает сбой при извлечении --deep --rebase
Предыстория: я только начал использовать git-tf после того, как был крайне разочарован временем ожидания, тянущим проект TFS с более чем 50 ветками (и многими другими причинами). Раньше я не был пользователем git, поэтому я изучаю все команды и функциональные возможности на ходу.
Я делаю всю свою работу по разработке в локальных ветках, затем, когда я готов перейти к TFS, я снова переключаюсь на master и выполняю git tf pull --deep --rebase. В большинстве случаев это работает безупречно - все снесено, файлы обновлены, жизнь хороша. Хотя в последнее время он иногда терпел неудачу со следующими сообщениями:
Fetching and merging changes in $/TFS/repo at latest changeset: 100%, done
All files were fetched to commit 59ad2a4. The rebase operation was aborted with
the following failures:
Project.Subproject/Folder/SomeRandomFile.sql : the file has uncommitted changes in the
working folder
Перед запуском pull, git status подтвердил, что у меня не было никаких изменений в master. После этого статус git по-прежнему подтверждает, что у меня нет измененных файлов.
На этом этапе я могу (и был) объединить '59ad2a4' или что-то еще в мастер, который работает, как ожидалось, и я возвращаюсь к работе. Просто любопытно, что на самом деле здесь происходит, если я что-то делаю неправильно или не понимаю, так как это происходит случайно.