Git stash pop behaviour with

説明

Reproduction steps

In branch A with master as remove we have a new file untracked.
In master we have added the same file already and it's part of commit a123

we are updating branch A to the commit a123 so we are doing:

var stash = repository.Stashes.Add(signature, StashModifiers.IncludeUntracked);
repository.Merge('a123', signature);

if (stash != null)
{
	repository.Stashes.Pop(0);
}

if(repository.Index.Conflicts.Any()){
      showUserAllTheConflictsAndGiveOptionsToFixThem
}

Expected behavior

When doing the Pop the change should get marked as having a conflict and being modified

Actual behavior

There won't be any conflicts even though the file is marked as modified and has been modified with the conflict markers

Version of LibGit2Sharp (release number or SHA1)

0.27.0-preview-0034

Operating system(s) tested; .NET runtime tested

Windows Server 2012; .NET 4.7.2

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。

着手することを issue にコメントします — 二人が同じ作業をするのを防げます。

リポジトリをフォークし、ブランチを切って変更します。

issue 番号を参照したプルリクエストを送ります。

調査の方向性

LibGit2Sharp 0.27.0-preview-0034 で、IncludeUntracked を指定した repository.Stashes.Add、repository.Merge、repository.Stashes.Pop(0)、repository.Index.Conflicts を使用して事例を再現します。まず、追跡対象外のファイルが追跡対象のファイルと衝突したときに stash pop がどのようにコンフリクトを報告するかを調べ、次に、作業ファイルがコンフリクトマーカー付きの変更状態のままである一方、コンフリクトがインデックスを通じて公開されることを確認します。

索引モデルが issue の本文から書いたものです。

評価

技術スタック

csharp, git

領域

tooling

issue の種類

バグ

難易度

4/5

見積もり時間

3〜5日

活発さ

停滞

明瞭さ

おおむね明確

初心者へのやさしさ

38/100

説明