@chongdashu/cc-statusline 1.0.0 โ†’ 1.0.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -5,6 +5,17 @@ All notable changes to this project will be documented in this file.
5
5
  The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
6
6
  and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
7
7
 
8
+ ## [1.0.1] - 2025-08-13
9
+
10
+ ### Added
11
+ - CONTRIBUTING.md with comprehensive contribution guidelines
12
+ - Development workflow documentation
13
+ - Code standards and testing guidelines
14
+
15
+ ### Changed
16
+ - Updated package name to unscoped `cc-statusline`
17
+ - Enhanced README contributing section with better guidance
18
+
8
19
  ## [1.0.0] - 2025-08-13
9
20
 
10
21
  ### Added
@@ -0,0 +1,208 @@
1
+ # Contributing to cc-statusline
2
+
3
+ Thank you for your interest in contributing to cc-statusline! This document provides guidelines and information for contributors.
4
+
5
+ ## ๐Ÿš€ Quick Start
6
+
7
+ 1. **Fork the repository** on GitHub
8
+ 2. **Clone your fork** locally:
9
+ ```bash
10
+ git clone https://github.com/YOUR-USERNAME/cc-statusline.git
11
+ cd cc-statusline
12
+ ```
13
+ 3. **Install dependencies**:
14
+ ```bash
15
+ npm install
16
+ ```
17
+ 4. **Build the project**:
18
+ ```bash
19
+ npm run build
20
+ ```
21
+ 5. **Test your changes**:
22
+ ```bash
23
+ ./dist/index.js --help
24
+ npx . init --no-install # Test locally
25
+ ```
26
+
27
+ ## ๐Ÿ› ๏ธ Development Workflow
28
+
29
+ ### Making Changes
30
+
31
+ 1. **Create a feature branch**:
32
+ ```bash
33
+ git checkout -b feature/amazing-feature
34
+ ```
35
+
36
+ 2. **Make your changes** following our coding standards
37
+
38
+ 3. **Test your changes**:
39
+ ```bash
40
+ npm run build
41
+ ./dist/index.js preview path/to/statusline.sh
42
+ ```
43
+
44
+ 4. **Commit your changes**:
45
+ ```bash
46
+ git add .
47
+ git commit -m "feat: add amazing feature"
48
+ ```
49
+
50
+ ### Commit Message Format
51
+
52
+ We follow [Conventional Commits](https://conventionalcommits.org/):
53
+
54
+ - `feat:` - New features
55
+ - `fix:` - Bug fixes
56
+ - `docs:` - Documentation changes
57
+ - `style:` - Code style changes (formatting, etc.)
58
+ - `refactor:` - Code refactoring
59
+ - `test:` - Adding tests
60
+ - `chore:` - Maintenance tasks
61
+
62
+ Examples:
63
+ ```
64
+ feat: add support for Python runtime
65
+ fix: resolve preview timeout issue
66
+ docs: update README installation guide
67
+ ```
68
+
69
+ ## ๐ŸŽฏ Types of Contributions
70
+
71
+ ### ๐Ÿ› Bug Reports
72
+ - Use GitHub Issues with the bug template
73
+ - Include steps to reproduce
74
+ - Provide sample statusline.sh if relevant
75
+ - Include OS and Node.js version
76
+
77
+ ### โœจ Feature Requests
78
+ - Use GitHub Issues with the feature template
79
+ - Explain the use case
80
+ - Consider implementation complexity
81
+ - Check if it fits the "dead simple" philosophy
82
+
83
+ ### ๐Ÿ”ง Code Contributions
84
+ - **New Features**: Discuss in an issue first
85
+ - **Bug Fixes**: Can be submitted directly
86
+ - **Documentation**: Always welcome!
87
+
88
+ ## ๐Ÿ“‹ Code Standards
89
+
90
+ ### TypeScript
91
+ - **Strict typing** - All functions must have type hints
92
+ - **ESM modules** - Use import/export syntax
93
+ - **Error handling** - Always handle errors gracefully
94
+
95
+ ### Code Style
96
+ - **2 spaces** for indentation
97
+ - **No semicolons** (follows project style)
98
+ - **Descriptive names** - Functions and variables should be self-documenting
99
+ - **Comments** - Only when necessary to explain "why", not "what"
100
+
101
+ ### File Structure
102
+ ```
103
+ src/
104
+ โ”œโ”€โ”€ cli/ # CLI commands and prompts
105
+ โ”œโ”€โ”€ features/ # Feature-specific code (git, usage, colors)
106
+ โ”œโ”€โ”€ generators/ # Script generators (bash, etc.)
107
+ โ””โ”€โ”€ utils/ # Utilities (installer, validator, tester)
108
+ ```
109
+
110
+ ## ๐Ÿงช Testing
111
+
112
+ ### Manual Testing
113
+ ```bash
114
+ # Build and test CLI
115
+ npm run build
116
+ ./dist/index.js init --output ./test-statusline.sh --no-install
117
+
118
+ # Test preview functionality
119
+ ./dist/index.js preview ./test-statusline.sh
120
+
121
+ # Test with different configurations
122
+ # (Change features in prompts.ts and rebuild)
123
+ ```
124
+
125
+ ### Adding Tests
126
+ - Test new features in `src/utils/tester.ts`
127
+ - Ensure backwards compatibility
128
+ - Test error conditions
129
+
130
+ ## ๐Ÿ“š Documentation
131
+
132
+ ### README Updates
133
+ - Keep examples current
134
+ - Update command usage if changed
135
+ - Maintain consistent formatting
136
+
137
+ ### Code Documentation
138
+ - Update JSDoc comments for new functions
139
+ - Include parameter and return types
140
+ - Provide usage examples for complex functions
141
+
142
+ ## ๐Ÿšข Pull Request Process
143
+
144
+ 1. **Update documentation** if needed
145
+ 2. **Test your changes** thoroughly
146
+ 3. **Update CHANGELOG.md** following Keep a Changelog format
147
+ 4. **Submit pull request** with clear description
148
+ 5. **Address review feedback** promptly
149
+
150
+ ### Pull Request Template
151
+ ```markdown
152
+ ## Description
153
+ Brief description of changes
154
+
155
+ ## Type of Change
156
+ - [ ] Bug fix
157
+ - [ ] New feature
158
+ - [ ] Documentation update
159
+ - [ ] Refactoring
160
+
161
+ ## Testing
162
+ - [ ] Tested locally
163
+ - [ ] Updated tests if needed
164
+ - [ ] Documentation updated
165
+
166
+ ## Checklist
167
+ - [ ] Follows code style
168
+ - [ ] Self-review completed
169
+ - [ ] CHANGELOG.md updated
170
+ ```
171
+
172
+ ## ๐Ÿค Community Guidelines
173
+
174
+ ### Be Respectful
175
+ - Use welcoming and inclusive language
176
+ - Respect different viewpoints and experiences
177
+ - Focus on constructive feedback
178
+
179
+ ### Be Helpful
180
+ - Help newcomers get started
181
+ - Share knowledge and best practices
182
+ - Collaborate openly
183
+
184
+ ### Keep It Simple
185
+ - Follow the "dead simple" philosophy
186
+ - Avoid over-engineering
187
+ - Prioritize user experience
188
+
189
+ ## ๐Ÿ† Recognition
190
+
191
+ Contributors will be:
192
+ - Listed in CHANGELOG.md for their contributions
193
+ - Mentioned in release notes for significant features
194
+ - Welcomed into the community with appreciation
195
+
196
+ ## โ“ Questions?
197
+
198
+ - **GitHub Issues** - For bugs and feature requests
199
+ - **GitHub Discussions** - For questions and ideas
200
+ - **Email** - chong-u@aioriented.dev for private matters
201
+
202
+ ## ๐Ÿ“œ License
203
+
204
+ By contributing, you agree that your contributions will be licensed under the MIT License.
205
+
206
+ ---
207
+
208
+ **Thank you for helping make cc-statusline better!** ๐Ÿš€
package/README.md CHANGED
@@ -185,13 +185,14 @@ npm run dev
185
185
 
186
186
  ## Contributing
187
187
 
188
- Contributions welcome! Please read our [Contributing Guide](CONTRIBUTING.md).
188
+ Contributions welcome! Please read our [Contributing Guide](CONTRIBUTING.md) for detailed information on:
189
189
 
190
- 1. Fork the repository
191
- 2. Create feature branch (`git checkout -b feature/amazing-feature`)
192
- 3. Commit changes (`git commit -m 'Add amazing feature'`)
193
- 4. Push to branch (`git push origin feature/amazing-feature`)
194
- 5. Open Pull Request
190
+ - Setting up the development environment
191
+ - Code standards and conventions
192
+ - Testing your changes
193
+ - Submitting pull requests
194
+
195
+ Quick start: Fork โ†’ Clone โ†’ `npm install` โ†’ Make changes โ†’ Test โ†’ Submit PR
195
196
 
196
197
  ## License
197
198
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@chongdashu/cc-statusline",
3
- "version": "1.0.0",
3
+ "version": "1.0.1",
4
4
  "description": "Interactive CLI tool for generating custom Claude Code statuslines",
5
5
  "type": "module",
6
6
  "main": "dist/index.js",