…tIdMojoDirtyFilesTest has been moved to GitCommitIdMojoIntegrationTest, since the determination of the dirty state should work regardless of native or the jgit implementation. Fix git-commit-id#2: The FileSystemMavenSandbox is intended to just be able to copy the git-Repository itself. As a result having the files besides the repository does no make sense. With that being said the repositories _git_with_no_changes and _git_with_changes needed to be refactored. Since the FileSystemMavenSandbox just copies the git-Repository itself all the repositories are dirty by default as long as they have files tracked. Hence the new _git_with_no_changes currently does no have files in it to be able to represent a repository with no changes. Fix git-commit-id#3 (git-commit-id#236): The ProcessBuilder inside NativeGitProvider always told the user that the 'git status -s' command was not issued correctly and printed the usage manual of the command itself. Since the 'git status -s' command just checks if there was a return value from the command the NativeGitProvider always assumed that the repository was in a dirty state....

Uh oh!

NPE on gitLoadData #1

Description

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions