1. ホーム
  2. git

[解決済み] Git のコミットには何も追加されていないが、未追跡のファイルが存在する - それらのファイルを gitignore に追加しても。

2022-02-08 14:08:58

質問

ローカルディレクトリに必要な未追跡のファイルがあるが、リモートリポジトリにコミットしたくない(例えば obj ファイルを作成します。 mtl ファイルを作成します。 .vs フォルダなど)。 私はこのような .gitignore ファイルは私が使っています。

## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.
##
## Get latest from https://github.com/github/gitignore/blob/master/VisualStudio.gitignore

# User-specific files
*.suo
*.user
*.userosscache
*.sln.docstates
*.obj
*.png
*.log
*.blend
*.blend1
*.mtl
*.jpg
*.jpeg
*.opendb


# User-specific files (MonoDevelop/Xamarin Studio)
*.userprefs

# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/

# Visual Studio 2015/2017 cache/options directory
.vs/
# Uncomment if you have tasks that create the project's static files in wwwroot
#wwwroot/

# Visual Studio 2017 auto generated files
Generated\ Files/

# MSTest test Results
[Tt]est[Rr]esult*/
[Bb]uild[Ll]og.*

# NUNIT
*.VisualState.xml
TestResult.xml

# Build Results of an ATL Project
[Dd]ebugPS/
[Rr]eleasePS/
dlldata.c

# Benchmark Results
BenchmarkDotNet.Artifacts/

# .NET Core
project.lock.json
project.fragment.lock.json
artifacts/

# StyleCop
StyleCopReport.xml

# Files built by Visual Studio
*_i.c
*_p.c
*_h.h
*.ilk
*.meta
*.obj
*.iobj
*.pch
*.pdb
*.ipdb
*.pgc
*.pgd
*.rsp
*.sbr
*.tlb
*.tli
*.tlh
*.tmp
*.tmp_proj
*.log
*.vspscc
*.vssscc
.builds
*.pidb
*.svclog
*.scc

# Chutzpah Test files
_Chutzpah*

# Visual C++ cache files
ipch/
*.aps
*.ncb
*.opendb
*.opensdf
*.sdf
*.cachefile
*.VC.db
*.VC.VC.opendb

# Visual Studio profiler
*.psess
*.vsp
*.vspx
*.sap

# Visual Studio Trace Files
*.e2e

# TFS 2012 Local Workspace
$tf/

# Guidance Automation Toolkit
*.gpState

# ReSharper is a .NET coding add-in
_ReSharper*/
*.[Rr]e[Ss]harper
*.DotSettings.user

# JustCode is a .NET coding add-in
.JustCode

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

# AxoCover is a Code Coverage Tool
.axoCover/*
!.axoCover/settings.json

# Visual Studio code coverage results
*.coverage
*.coveragexml

# NCrunch
_NCrunch_*
.*crunch*.local.xml
nCrunchTemp_*

# MightyMoose
*.mm.*
AutoTest.Net/

# Web workbench (sass)
.sass-cache/

# Installshield output folder
[Ee]xpress/

# DocProject is a documentation generator add-in
DocProject/buildhelp/
DocProject/Help/*.HxT
DocProject/Help/*.HxC
DocProject/Help/*.hhc
DocProject/Help/*.hhk
DocProject/Help/*.hhp
DocProject/Help/Html2
DocProject/Help/html

# Click-Once directory
publish/

# Publish Web Output
*.[Pp]ublish.xml
*.azurePubxml
# Note: Comment the next line if you want to checkin your web deploy settings,
# but database connection strings (with potential passwords) will be unencrypted
*.pubxml
*.publishproj

# Microsoft Azure Web App publish settings. Comment the next line if you want to
# checkin your Azure Web App publish settings, but sensitive information contained
# in these scripts will be unencrypted
PublishScripts/

# NuGet Packages
*.nupkg
# The packages folder can be ignored because of Package Restore
**/[Pp]ackages/*
# except build/, which is used as an MSBuild target.
!**/[Pp]ackages/build/
# Uncomment if necessary however generally it will be regenerated when needed
#!**/[Pp]ackages/repositories.config
# NuGet v3's project.json files produces more ignorable files
*.nuget.props
*.nuget.targets

# Microsoft Azure Build Output
csx/
*.build.csdef

# Microsoft Azure Emulator
ecf/
rcf/

# Windows Store app package directories and files
AppPackages/
BundleArtifacts/
Package.StoreAssociation.xml
_pkginfo.txt
*.appx

# Visual Studio cache files
# files ending in .cache can be ignored
*.[Cc]ache
# but keep track of directories ending in .cache
!*.[Cc]ache/

# Others
ClientBin/
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.jfm
*.pfx
*.publishsettings
orleans.codegen.cs

# Including strong name files can present a security risk
# (https://github.com/github/gitignore/pull/2483#issue-259490424)
#*.snk

# Since there are multiple workflows, uncomment next line to ignore bower_components
# (https://github.com/github/gitignore/pull/1529#issuecomment-104372622)
#bower_components/

# RIA/Silverlight projects
Generated_Code/

# Backup & report files from converting an old project file
# to a newer Visual Studio version. Backup files are not needed,
# because we have git ;-)
_UpgradeReport_Files/
Backup*/
UpgradeLog*.XML
UpgradeLog*.htm
ServiceFabricBackup/
*.rptproj.bak

# SQL Server files
*.mdf
*.ldf
*.ndf

# Business Intelligence projects
*.rdl.data
*.bim.layout
*.bim_*.settings
*.rptproj.rsuser

# Microsoft Fakes
FakesAssemblies/

# GhostDoc plugin setting file
*.GhostDoc.xml

# Node.js Tools for Visual Studio
.ntvs_analysis.dat
node_modules/

# Visual Studio 6 build log
*.plg

# Visual Studio 6 workspace options file
*.opt

# Visual Studio 6 auto-generated workspace file (contains which files were open etc.)
*.vbw

# Visual Studio LightSwitch build output
**/*.HTMLClient/GeneratedArtifacts
**/*.DesktopClient/GeneratedArtifacts
**/*.DesktopClient/ModelManifest.xml
**/*.Server/GeneratedArtifacts
**/*.Server/ModelManifest.xml
_Pvt_Extensions

# Paket dependency manager
.paket/paket.exe
paket-files/

# FAKE - F# Make
.fake/

# JetBrains Rider
.idea/
*.sln.iml

# CodeRush
.cr/

# Python Tools for Visual Studio (PTVS)
__pycache__/
*.pyc

# Cake - Uncomment if you are using it
# tools/**
# !tools/packages.config

# Tabs Studio
*.tss

# Telerik's JustMock configuration file
*.jmconfig

# BizTalk build output
*.btp.cs
*.btm.cs
*.odx.cs
*.xsd.cs

# OpenCover UI analysis results
OpenCover/

# Azure Stream Analytics local run output
ASALocalRun/

# MSBuild Binary and Structured Log
*.binlog

# NVidia Nsight GPU debugger configuration file
*.nvuser

# MFractors (Xamarin productivity tool) working folder
.mfractor/

# Local History for Visual Studio
.localhistory/

そして、ご覧の通り、gitに追跡されたファイルを無視させたいことが明記されています。 しかし、このようなメッセージが表示されます。

git status On branch default_shader Untracked files: (use "git add ..."で、コミットされるものに含める)

    .gitignore
    .vs/
    3dengine_headeronly.sln
    3dengine_headeronly/
    CMakeLists.txt
    Debug/
    Tests/
    cmake-build-debug/
    packages/
    resources/

フォローしました このSOの投稿 を使用することでした。 .gitignore ファイルです。私の場合、それはうまくいきませんでした。 git add . または git add -A すべて の存在に関係なく、ファイルが追加されます。 .gitignore .

このメッセージは、私が引用した後に表示されます。 git rm -r --cached . を使用して、以前追加した不要なファイルのステージングを解除しました。

この問題を回避する方法は?

解決方法は?

追跡されていないファイルのリストが読み込まれます(これは、自分の引用をそのまま引用しているだけです)。

<ブロッククオート
.gitignore
.vs/
3dengine_headeronly.sln
3dengine_headeronly/
CMakeLists.txt
Debug/
Tests/
cmake-build-debug/
packages/
resources/

さて、ここで注目すべきは、以下の3つの名前だけです。 しない はスラッシュで終わります。

  1. .gitignore

    このファイルを追加してコミットすべきなので、おそらく する を追加してコミットするまでは、現時点では追跡されないようにしたいものです。

  2. 3dengine_headeronly.sln

    このファイルは "自動追加しない"未追跡であることに文句を言わない"としてリストされていません。 自分で調べてみてください。 .gitignore のコンテンツに関連するものがないかを確認します。 3dengine_headeronly.sln . このグループの最後の行がそれに近い項目です。

    # JetBrains Rider
    .idea/
    *.sln.iml
    
    

    をリストアップしています。 *.sln.iml を "自動追加も文句も言わない" としています。 しかし 3dengine_headeronly.sln で終了します。 .sln でなく .sln.iml . また、次のような行もあります。 *.sln.docstates で終わりますが、やはり .sln.docstates で終わり、実際のファイル名は単に .sln .

  3. CMakeLists.txt

    前回同様、この件でGitを黙らせるようなエントリーはありません。

そのため、スラッシュで終わる項目は説明のつかないままになっています。 これを診断する際に問題となるのは、Gitがまとめた 内容 は、個々のファイルをリストアップするのではなく、それらのディレクトリをリストアップします。 これを説明するには、実際のファイル名が必要で、そのためには git status と共に -u または --untracked-files= というフラグを立て、このフラグに単語を付与します。 all を使えば、追跡されていないファイルを個別にリストアップするように Git に指示できます。

このフラグがない場合......そうですね、例えば Tests が含まれています。

Tests/a.b
Tests/c.d
Tests/e.obj

これら3つのファイルのうち1つは *.obj パターンにマッチしますが、残りの2つはパターンにマッチしないので、Gitは次のように文句を言います。 Tests/a.bTests/c.d は追跡されない。 しかし -uall は、その 方法 Gitはこのことについて、次のように文句を言うでしょう。 Tests/ は追跡されない。 の中にあるすべてのファイルが追跡されていない場合でも同様です。 Tests/ は "文句を言うな" としてマークされています。 ただし にある1つのファイルに対して Tests またはその中のサブディレクトリ Tests : Git は、1 つのファイルを要約して次のように表示します。 Tests/ 追跡されたファイルがないため 内の Tests/ しかし、少なくとも1つの 未追跡 ファイル Tests/ そのGitが ではなく このファイルについては黙っていろと言われた。

かなり謎なものがあり、それは Debug/ . の中にこの行がありますよね。 .gitignore :

[Dd]ebug/

これにより Debug の中にあるサブディレクトリは Debug を使えば、文句は言われません。 使用方法 -uall は、おそらく何が起こっているのかを解明してくれるでしょう。 (なぜこれが謎なのかは下記参照)

ロング:どのように git status ワークツリーをスキャンする

重要なのは、Gitは決してディレクトリそのものを追跡するわけではないということです。 でディレクトリをリストアップすることは .gitignore は、Gitに以下の許可を与えています。 調べる ディレクトリを指定します。

これを理解するために、次のような意味を定義する必要があります。 トラック のために未追跡のファイルのリストを集めようとするとき、Git はどのようにワークツリーを調べるのでしょうか? git status に文句を言う。

A 追跡済み ファイルは、Git では、単に 現在Gitのインデックスに名前が載っているすべてのファイル . どのファイルが現在インデックスに登録されているかを確認するには git ls-files --stage (ただし、大きなディレクトリの場合、これは ロット のファイル)。 これらのファイルは 次の コミットします。 最初は、直近にチェックアウトしたコミットに含まれるすべてのファイルがインデックスに格納されます。 次のコミットでは、これらと同じファイルがすべて含まれます。 インデックスのコピーを上書きした場合、次のコミットには更新されたインデックスのコピーが含まれます。 git add を実行すると git add を、すでにインデックスに登録されているファイルから削除します。

したがって 未追跡 ファイルは、単に ワークツリーに存在し、現在インデックスに登録されていない任意のファイル . 使用方法 git rm -を使用するかしないか --cached -現在インデックスに登録されているファイルであれば、インデックスから削除することができます。 インデックスから削除されると、ワークツリーのコピーを保持している場合、それは追跡されない状態になります。

git status は、2つの比較演算を実行します。 git diff である。 1つ目の比較は 現在のコミット 凍結されたファイルと、インデックスの凍結されていない(しかしGit化された)ファイル。同じであればGitは何も言いませんし、異なっていればGitは言います。 パス名 P のファイルがコミット用にステージングされています。 . これは、インデックスにあるすべてのファイルをリストアップするよりもはるかに優れています。 P になる場合だけです。 異なる を次のコミットで実行します。

セカンド の比較は厄介なもので、ここで .gitignore が出てきます。 2番目の比較を行うために、GitはインデックスにあるGit化されているがまだ凍結されていないファイルのコピーと、ワークツリーにあるGit化されていない通常のコピーとを比較します。 この二つが異なっているとき、Gitはこのファイルが コミットのためにステージングされていない . あなたは git add を使用して、ワークツリーのコピーをインデックスのコピーの上にコピーし、インデックスとワークツリーが一致するようにします。 HEAD コミットとインデックスのコピーが異なるので、次の git status は次のようになります。 コミット用ステージング .

この方法は、インデックスとワークツリーの両方に存在するファイルに対してはうまく機能しますが、以下のことを忘れてしまったファイルに対しては警告を出すことができません。 git add をコピーします。 というインデックスを作成します。 そこで、比較結果のリストを集めたら、Git また が必要です。 スキャンスルー ワークツリーから、実際に そこ . ワークツリーにありながら、インデックスに対応するコピーがないファイルは、すべて 未追跡 .

このスキャンは git status (実際の速度はOSの速度に大きく依存しますが)。 Gitは、トップレベルのワークツリーディレクトリ内のすべてのファイルとサブディレクトリ("folder")の名前に目を通すことから始めます。 もちろん、このディレクトリはワーク・ツリーのトップ・レベルですから、完全に読み込まなければなりません。 任意の ファイル このディレクトリにある名前は、ワークツリー中のファイルを表し、そのファイルはインデックスで追跡されるか、されないかのどちらかです。 もしファイルが 未追跡 を指定しない限り、Git はそれについて文句を言うでしょう。 また を使用して、その苦情を抑制します。 .gitignore のエントリーがあります。

について ディレクトリ がトップレベルに見つかりましたが。 git status ディレクトリ はインデックスに含まれるため、ディレクトリは 決して をインデックスに追加します。 その代わりに、Gitはディレクトリの中を調べて、そこにどんなファイルやディレクトリが含まれているかを確認します。 そのディレクトリの中にあるすべてのファイルは、追跡されていないかどうか、そしてもし追跡されている場合は git status を表示します。 もしディレクトリがそれ自身のサブディレクトリを含んでいるならば、それらのサブディレクトリも同じように再帰的にスキャンされなければなりません。

でディレクトリをリストアップすることは .gitignore は、Git に次のような権限を与えています。 ではなく はその中を見ることができます。 では Debug/ ディレクトリを具体的に例として挙げます。 がないと仮定しましょう。 追跡型 の中にあるファイル Debug/ を実行したこと、そして git status .

Gitは、まずトップレベルのディレクトリを読み始めます。 このディレクトリの中で .gitignore , 3dengine_headeronly.sln および CMakeLists.txt . これらのファイルは ではなく をインデックスに登録し ない の名前またはパターンとしてリストされている。 .gitignore ということで git status はそれらについて文句を言います (最後に、追跡されていないファイルをリストアップするときに)。 しかし .vs/ , 3dengine_headeronly/ , Debug/ , Tests/ , cmake-build-debug/ , packages/ および resources/ .

ここで、(例えば) packages に降下する必要があります。 packages これらのファイルのインデックスコピーとワークツリーコピーを比較するためです。 しかし、ここでは、追跡されたファイルが Debug . そこで git status を実行できるようにする必要があります。 .gitignore のエントリを確認し [Dd]ebug (Gitは比較のために末尾のスラッシュを削除しています) にマッチします。 Debug . この場合 git status をスキップして Debug 全く読まないということです。

というのは Debug/ が最後に出てきて、末尾のスラッシュだけになっているのは、Git を開き、スキャンしています。 Debug ディレクトリを作成します。 Gitがそれを行う唯一の理由は、少なくとも1つの 追跡済み の中にあるファイル Debug . したがって

git ls-files --stage | grep Debug/

は、おそらく少なくとも1つの追跡されたファイルを表示します。 それでも、なぜ [Dd]ebug/ ルールは アンタック ディレクトリに含まれるファイルの正確な名前のリストを取得し、そのリストに対して git --no-index check-ignore -v を使用すると 追跡可能 の中にあるファイル Debug/ があると便利かもしれません。

(この最適化、ここで git status ディレクトリをまったく開かないことがあるのは特にやっかいで、ここで多くの .gitignore の問題が発生します。 誰かがGitにディレクトリ全体をスキップする、あるいはスキップしない良い方法を教えるまでは、これに対してできることはあまりありません。 しかし git status -uall のいくつかは間違いなく役に立ちます。 その他 トリッキーなケース)