[BUG] Includes starting with trailing ./ causes to fail

[cs-clarence]

Describe the bug
When using Cocogitto in a monorepo setup, package configuration entries in include = [] that start with a leading ./, changes are not detected correctly. As a result, cog fails to recognize changes in those paths, when using the bump command:

cog bump --dry-run --auto

Result:

No conventional commits found for your packages that required a bump. Changelogs will be updated on the next bump.
Pre-Hooks and Post-Hooks have been skipped.

Removing the ./ in the entries to include:

[packages."@autorelease-test/package-a"]
path = "./package-a"
include = ["./package-a/**"]
public_api = true

To

[packages."@autorelease-test/package-a"]
path = "./package-a"
include = ["package-a/**"] # remove trailing ./
public_api = true

Now bump behaves properly:

$ cog bump --dry-run --auto
@autorelease-test/package-a-v0.1.0
v0.1.0

To Reproduce

1. Clone the repo: https://github.com/cs-clarence/autorelease-test
2. Open the dir with terminal
3. Run cog bump --dry-run --auto

Expected behavior
Should still recognize changes even with leading ./ in include paths

Additional context
OS: Fedora Linux 43 (KDE Plasma Desktop Edition) x86_64

[oknozor]

Just made a reproducer for this, seems it's caused by the globset crate:

    #[sealed_test]
    fn globset_starting_with_dot_slash_should_match_file() -> anyhow::Result<()> {
        let glob = "./afile"; // Does not work with globset
        // let glob = "afile";      // Does work
        run_cmd!(
            echo a > afile;
        )?;

        let mut globset = GlobSetBuilder::new();
        let glob = GlobBuilder::new(glob)
            .literal_separator(true)
            .build()
            .expect("glob should be valid");
        globset.add(glob);
        let globset = globset.build()?;
        let is_match = globset.is_match_candidate(&Candidate::new("afile"));
        assert!(is_match);
        Ok(())
    }

I guess this is the expected behavior, we want to switch to another glob crate like https://crates.io/crates/wax.