Skip to content

using latest SHC lib#212

Open
emmanuelrobles wants to merge 1 commit into2.Xfrom
chore/bump-SHC-version
Open

using latest SHC lib#212
emmanuelrobles wants to merge 1 commit into2.Xfrom
chore/bump-SHC-version

Conversation

@emmanuelrobles
Copy link
Copy Markdown
Contributor

@emmanuelrobles emmanuelrobles commented Apr 7, 2026

Description

updating to the latest SHC version

Screenshots (if appropriate):

Types of changes

  • Chore (a change that does not modify the application functionality)
  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

Summary by CodeRabbit

  • Chores
    • Updated CommonLibs dependency to version 4.6.1.

@emmanuelrobles emmanuelrobles requested a review from lrfalslev April 7, 2026 19:13
@coderabbitai
Copy link
Copy Markdown

coderabbitai bot commented Apr 7, 2026

Walkthrough

Updated CommonLibs version dependencies in the project configuration. The stable version incremented from 4.6.0 to 4.6.1, and the release version transitioned from a dev-tagged build to the stable 4.6.1 release.

Changes

Cohort / File(s) Summary
Version Property Updates
Sharphound.csproj
Updated CommonLibsStableVersion (4.6.0 → 4.6.1) and CommonLibsReleaseVersion (4.6.1-dev.202604031715 → 4.6.1), affecting SharpHoundCommon and SharpHoundRPC package versions.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Poem

🐰 A version bump, so small yet keen,
Four point six now clean and pristine,
Dev tags fading to stable ground,
Dependencies updated, progress found! ✨

🚥 Pre-merge checks | ✅ 1 | ❌ 2

❌ Failed checks (1 warning, 1 inconclusive)

Check name Status Explanation Resolution
Description check ⚠️ Warning The PR description is missing critical sections including 'Motivation and Context' and 'How Has This Been Tested?', though it does include completed checklist items and correctly identifies the change as a chore. Add the 'Motivation and Context' section explaining why the SHC version needs updating, and include 'How Has This Been Tested?' section with details on testing performed for this dependency upgrade.
Title check ❓ Inconclusive The title 'using latest SHC lib' is vague and generic, using non-descriptive language that doesn't clearly convey what SHC refers to or the specific version change involved. Revise the title to be more specific and descriptive, such as 'Update SharpHoundCommon library to version 4.6.1' to clearly indicate the dependency being updated and its target version.
✅ Passed checks (1 passed)
Check name Status Explanation
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch chore/bump-SHC-version

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In `@Sharphound.csproj`:
- Around line 18-19: The project currently bumps CommonLibsStableVersion to
4.6.1 which yields a derived dev wildcard (e.g., 4.6.2-dev*) and, since
CommonSource defaults to Dev, the restore attempts to fetch non-existent
4.6.2-dev packages for SharpHoundCommon/SharpHoundRPC; change the default
CommonSource value from Dev to Release (so the resolver uses the released
CommonLibsReleaseVersion) or, if you prefer keeping Dev default, ensure the
corresponding 4.6.2-dev NuGet packages are published before merging; update the
CommonSource default declaration accordingly.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 2b9cca63-c710-48f1-956c-4613ef511689

📥 Commits

Reviewing files that changed from the base of the PR and between e35240b and 5271fb3.

📒 Files selected for processing (1)
  • Sharphound.csproj

Comment on lines +18 to +19
<CommonLibsStableVersion>4.6.1</CommonLibsStableVersion>
<CommonLibsReleaseVersion>4.6.1</CommonLibsReleaseVersion>
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🔴 Critical

🧩 Analysis chain

🏁 Script executed:

find . -name "Sharphound.csproj" -type f

Repository: SpecterOps/SharpHound

Length of output: 84


🏁 Script executed:

cat -n ./Sharphound.csproj | head -50

Repository: SpecterOps/SharpHound

Length of output: 3144


🏁 Script executed:

cat -n ./Sharphound.csproj | grep -A 5 "SharpHoundCommon\|SharpHoundRPC" | head -30

Repository: SpecterOps/SharpHound

Length of output: 1793


🏁 Script executed:

git log --oneline -20 -- Sharphound.csproj

Repository: SpecterOps/SharpHound

Length of output: 93


Build is blocked by implicit switch to an unavailable dev package version.

Line 18 bumps the stable version to 4.6.1, which causes the derived dev wildcard (line 28) to become 4.6.2-dev*. Because CommonSource defaults to Dev (line 30), the package resolution at lines 67-68 attempts to restore 4.6.2-dev* versions of SharpHoundCommon and SharpHoundRPC, which don't exist until published.

Proposed fix

Change the default CommonSource from Dev to Release:

-        <CommonSource>Dev</CommonSource>
+        <CommonSource>Release</CommonSource>

Alternatively, ensure 4.6.2-dev packages are published to NuGet before merging.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@Sharphound.csproj` around lines 18 - 19, The project currently bumps
CommonLibsStableVersion to 4.6.1 which yields a derived dev wildcard (e.g.,
4.6.2-dev*) and, since CommonSource defaults to Dev, the restore attempts to
fetch non-existent 4.6.2-dev packages for SharpHoundCommon/SharpHoundRPC; change
the default CommonSource value from Dev to Release (so the resolver uses the
released CommonLibsReleaseVersion) or, if you prefer keeping Dev default, ensure
the corresponding 4.6.2-dev NuGet packages are published before merging; update
the CommonSource default declaration accordingly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants