Не отслеживаемые файлы в поставщике остаются неизменными

Question

Я внес изменения в свое приложение Rails, добавил и передал их через Git.Тем не менее, у меня есть два файла, которые не отслеживаются любой командой, которую я использую.Я пробовал git reset --hard HEAD и git clean -f, но они не имеют никакого эффекта.Теперь мне интересно, что делать.Могу ли я просто сделать запрос на включение и объединиться с мастером?

On branch design-testimonial-page
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)
  (commit or discard the untracked or modified content in submodules)

    modified:   vendor/bundle/ruby/2.5.0/bundler/gems/activeadmin-f79e470a04d3 (modified content)
    modified:   vendor/bundle/ruby/2.5.0/bundler/gems/inherited_resources-652686148f55 (modified content)

no changes added to commit (use "git add" and/or "git commit -a")

Когда я сделал git diff, я получил следующее:

diff --git a/vendor/bundle/ruby/2.5.0/bundler/gems/activeadmin-f79e470a04d3 b/vendor/bundle/ruby/2.5.0/bundler/gems/acti
--- a/vendor/bundle/ruby/2.5.0/bundler/gems/activeadmin-f79e470a04d3
+++ b/vendor/bundle/ruby/2.5.0/bundler/gems/activeadmin-f79e470a04d3
@@ -1 +1 @@
-Subproject commit f79e470a04d3ef25230803d83a6b1d26ad5c171a
+Subproject commit f79e470a04d3ef25230803d83a6b1d26ad5c171a-dirty
diff --git a/vendor/bundle/ruby/2.5.0/bundler/gems/inherited_resources-652686148f55 b/vendor/bundle/ruby/2.5.0/bundler/g
--- a/vendor/bundle/ruby/2.5.0/bundler/gems/inherited_resources-652686148f55
+++ b/vendor/bundle/ruby/2.5.0/bundler/gems/inherited_resources-652686148f55
@@ -1 +1 @@
-Subproject commit 652686148f554fb9ce0ebee5d857b3d3decc0272
+Subproject commit 652686148f554fb9ce0ebee5d857b3d3decc0272-dirty

Answer 1

Это не неотслеживаемые файлы .Вещи, которые находятся в разделе:

Changes not staged for commit:

, по определению, отслеживаются .Слово отслежено просто означает в индексе , а слово index определено как в gitglossary .(Он также называется областью подготовки или иногда кеш .)

В этом конкретном случае бит в скобках:

... (modified content)

говорит нам, что это не файлы .Большинство записей индекса предназначены для файлов, но Git поддерживает то, что он называет подмодулями (см. документацию git submodule ), которые являются ссылками в одном репозитории Git, говорящих Git о том, что он должен клонировать и использоватькакой-то другой Git-репозиторий, при каком-то конкретном коммите.

Здесь есть два других репозитория, расположенных в каталогах:

vendor/bundle/ruby/2.5.0/bundler/gems/activeadmin-f79e470a04d3

и:

vendor/bundle/ruby/2.5.0/bundler/gems/inherited_resources-652686148f55

Каждый изэти два репозитория Git не соответствуют его конкретной проверенной версии.Ваш git status настроен на спуск в каждый подмодуль и запрос, а затем суммирует статус этого подмодуля, поэтому ваш Git переходит в первый и обнаруживает, что он имеет незафиксированные изменения, затем переходит во второй и находит то же самое.

Обратите внимание, что если вы зайдете в эти репозитории самостоятельно, вы получите более подробную информацию о том, что в них изменилось.Если вы затем добавите и подтвердите эти изменения, вы получите новый коммит для подмодуля .Если вы хотите, чтобы суперпроект использовал этот новый коммит, вы должны затем вернуться к суперпроекту и обновить его index / staging-area, чтобы он записал новый хэш-идентификатор фиксации.

ЕслиВы не хотели изменять подмодули, вы можете зайти в них и почистить их.