なるほど、状況を整理すると：

ブランチ間でマージを行った。

1つのプロパティファイルのみコンフリクトが発生。

TortoiseGitでコンフリクト解消したが、おそらく操作ミスでマージ先の内容が親になってしまい、マージ元の変更が取り込まれなかった。

しかし、Web上のマージリクエスト（たとえばGitHub/GitLabなど）では、コミット上は変更が入っているように「見えた」。

考えられる原因
① コンフリクト解消時の選択ミス
TortoiseGitでは、コンフリクト解消時に「マージ元を採用する」「マージ先を採用する」「両方をマージする」などの選択肢があります。

「マージ先を採用」や「Theirs」を選んでしまった場合、マージ元の変更が破棄されます。

その状態でマージコミットを作成すると、「マージコミット自体」は存在するため、Web上では変更があったように見えることがあります。

でも中身を見ると、マージ元の変更は実際には適用されていない。

② Web上の差分表示の誤解
GitのWeb UI（GitHub/GitLabなど）では、「マージ時に発生した変更差分」だけを表示する場合があります。

そのため、マージリクエスト内の「Files changed」などでは、あたかもマージ元の変更が含まれているように見える場合もありますが、

実際のブランチ（ローカルやmain）の中身にはマージ元の内容が含まれていないことがある。

③ 手動解消後の「未保存」「未ステージ」または「間違ったコミット」
TortoiseGitでマージコンフリクトを解消したあと、以下のような操作ミスが起こることもあります：

解消した内容を保存し忘れた。

保存したがステージしなかった。

ステージしたが、マージコミット時に別の内容でコミットしてしまった。

解決策・確認ポイント
最終的なマージ先ブランチ（例：main）で、当該プロパティファイルの内容を確認する。

マージコミットの内容（特に当該ファイルの差分）をローカルとWebで比較してみる。

ローカルのGitログで、以下のように確認できます：

bash
コピーする
編集する
git log -p -- <対象ファイル>
これで、マージ時にそのファイルがどう変更されたか追えます。

補足：安全な対応方法
今後似たような状況があった場合、TortoiseGitでマージする際に：

コンフリクトが出たら、「Base（共通祖先）」「Ours（現在のブランチ＝マージ先）」「Theirs（マージ元）」の意味を確認しながら、丁寧にマージする。

終わったら、ローカルで git diff や git status で確認する。

必要に応じて、マージ元とマージ先の差分を手動で再確認。