You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
-**Multi-platform testing**: Linux, Windows, and macOS support
9
10
-**Multi-version Node.js matrix**: Test across Node.js 20, 22, and 24
10
11
-**Flexible configuration**: Customizable test scripts, timeouts, and artifact uploads
11
12
-**Memory optimization**: Configured heap sizes for CI and local environments
12
13
-**Cross-platform compatibility**: Handles Windows and POSIX path differences
13
14
14
-
**For socket-registry-specific package testing tools**, see `socket-registry/docs/CI_TESTING_TOOLS.md` and `socket-registry/docs/PACKAGE_TESTING_GUIDE.md`. These tools (`validate:packages`, `validate:ci`) are specific to socket-registry's package override structure.
15
+
**🚨 Socket-registry-specific tools**: The `validate:packages` and `validate:ci` scripts are specific to socket-registry's package override structure and not applicable to other Socket projects. See `socket-registry/docs/CI_TESTING_TOOLS.md` for details.
15
16
16
17
## Workflow Structure
17
18
18
19
### Centralized CI Workflow
19
20
20
-
**🚨 MANDATORY**: Use `SocketDev/socket-registry/.github/workflows/ci.yml@main` for consistent CI across all Socket projects.
21
+
**🚨 MANDATORY**: Use `SocketDev/socket-registry/.github/workflows/ci.yml@<SHA>` with full commit SHA for consistent CI across all Socket projects.
21
22
22
23
**Key Features:**
23
24
- Matrix testing across Node.js versions and operating systems
@@ -34,7 +35,7 @@ Located at `.github/workflows/test.yml`, this workflow calls socket-registry's r
**Note**: For projects still using local reusable workflows (`.github/workflows/_reusable-test.yml`), migrate to socket-registry's centralized workflow.
48
+
**🚨 CRITICAL**: Never use `@main` - always use the full 40-character commit SHA. Get the SHA with: `cd /path/to/socket-registry && git rev-parse main`
48
49
49
50
## Configuration Options
50
51
@@ -73,11 +74,11 @@ jobs:
73
74
74
75
## Best Practices
75
76
76
-
### 1. Use Centralized Workflow
77
+
### 1. Use Centralized CI Workflow
77
78
78
-
Always use socket-registry's centralized CI workflow for consistency:
79
+
Always use socket-registry's centralized CI workflow with full commit SHA:
- **Memory optimization**: Aligned with socket-registry patterns
148
145
149
-
**Socket-registry-specific tools**: The `validate:packages` and `validate:ci` scripts in socket-registry are specific to its package override structure and not applicable to purl projects. See `socket-registry/docs/CI_TESTING_TOOLS.md` and `socket-registry/docs/PACKAGE_TESTING_GUIDE.md` for details.
146
+
**🚨 Socket-registry-specific tools**: The `validate:packages` and `validate:ci` scripts are specific to socket-registry's package override structure and not applicable to other Socket projects. See `socket-registry/docs/CI_TESTING_TOOLS.md` for details.
150
147
151
-
For consistency across Socket projects, follow the patterns established in socket-registry/CLAUDE.md and documented here.
148
+
For consistency across Socket projects, follow the patterns established in `socket-registry/CLAUDE.md`.
0 commit comments