Fix lockfile resolution for local paths to prevent CI failures

Problem:
- CI was failing because yarn.lock contains version "0.0.0" for local links
- The resolve_version method was checking lockfiles before detecting local paths
- This caused "0.0.0" to be returned instead of the local path from package.json

Solution:
- Check if package.json version is a local path/URL BEFORE resolving from lockfiles
- Add local_path_or_url_version? helper method
- Skip lockfile resolution for local paths since they have placeholder versions

This fixes the CI failures where spec/dummy uses "link:.yalc/react-on-rails"
and yarn.lock contains version "0.0.0" for this local link.

All 65 tests still passing.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <[email protected]>

Author: justin808

lib/react_on_rails/version_checker.rb

@@ -338,7 +338,12 @@ def parts
       private
 
       # Resolve version from lockfiles if available, otherwise use package.json version
+      # rubocop:disable Metrics/CyclomaticComplexity
       def resolve_version(package_json_version, package_name)
+        # If package.json specifies a local path or URL, don't try to resolve from lockfiles
+        # Lockfiles may contain placeholder versions like "0.0.0" for local links
+        return package_json_version if local_path_or_url_version?(package_json_version)
+
         # Try yarn.lock first
         if yarn_lock && File.exist?(yarn_lock)
           lockfile_version = version_from_yarn_lock(package_name)
@@ -354,6 +359,14 @@ def resolve_version(package_json_version, package_name)
         # Fall back to package.json version
         package_json_version
       end
+      # rubocop:enable Metrics/CyclomaticComplexity
+
+      # Check if a version string represents a local path or URL
+      def local_path_or_url_version?(version)
+        return false if version.nil?
+
+        version.include?("/") && !version.start_with?("npm:")
+      end
 
       # Parse version from yarn.lock
       # Looks for entries like: