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
For running tests in CI environments (like GitHub Actions), see [CI Environment Setup](docs/ci-setup.md) for instructions on configuring secrets.
61
+
23
62
## Commit Message Guidelines
24
63
25
64
We follow the [Conventional Commits](https://www.conventionalcommits.org/) specification for our commit messages. This leads to more readable messages that are easy to follow when looking through the project history and enables automatic versioning and changelog generation.
@@ -81,6 +120,15 @@ npm run commit
81
120
82
121
This will start an interactive prompt that will help you generate a properly formatted commit message.
83
122
123
+
## Release Process
124
+
125
+
This project uses [Conventional Commits](https://www.conventionalcommits.org/) to automate versioning and changelog generation. When contributing, please follow the commit message convention.
126
+
127
+
To create a commit with the correct format, use:
128
+
```bash
129
+
npm run commit
130
+
```
131
+
84
132
## Automated Release Workflow
85
133
86
134
Our project uses an automated release workflow that leverages Conventional Commits to manage semantic versioning, generate changelogs, and create GitHub Releases.
For running tests in CI environments (like GitHub Actions), see [CI Environment Setup](docs/ci-setup.md) for instructions on configuring secrets.
210
-
211
-
## Development
212
-
213
-
This project follows Test-Driven Development practices. Each new feature should:
214
-
215
-
1. Begin with a failing test
216
-
2. Implement the minimal code to make the test pass
217
-
3. Refactor while keeping tests green
218
-
219
-
## Release Process
220
-
221
-
This project uses [Conventional Commits](https://www.conventionalcommits.org/) to automate versioning and changelog generation. When contributing, please follow the commit message convention.
168
+
## Contributing
222
169
223
-
To create a commit with the correct format, use:
224
-
```bash
225
-
npm run commit
226
-
```
170
+
Contributions are welcome! Please see [CONTRIBUTING.md](CONTRIBUTING.md) for contribution guidelines.
227
171
228
172
## License
229
173
230
174
MIT
231
-
232
-
## Contributing
233
-
234
-
Contributions are welcome! Please feel free to submit a Pull Request.
Copy file name to clipboardexpand all lines: project-management/startup.xml
+3-1
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,7 @@
1
1
<AiTaskAgent>
2
2
<GlobalRulealwaysApply="true">If an ANY point you get stuck, review troubleshooter.xml to help you troubleshoot the problem.</GlobalRule>
3
3
<GlobalRulealwaysApply="true">All new code creation should ALWAYS follow tdd-cycle.xml</GlobalRule>
4
+
<GlobalRulealwaysApply="true">Tasks in todo.md are sorted in order of priority - ALWAYS pick the task from the top of the list.</GlobalRule>
4
5
<InitialSetuporder="1">
5
6
<Steporder="1">Read the dream team documentation at project-management/planning/the-dream-team.md to understand the team structure and roles</Step>
6
7
<Steporder="2">Read all files in the project-management/planning directory to understand the project architecture, features, and structure</Step>
@@ -12,7 +13,7 @@
12
13
- Available tools and integrations
13
14
</Step>
14
15
<Steporder="4">Examine the current task list by viewing the project-management/task-management/ files todo.md and doing.md</Step>
15
-
<Steporder="5">If there is a task in doing.md move directly into TaskWorkflow. If not take the next task from todo.md and move it to doing.md, removing it from todo.md. After moving the task you should extend it with a phase property to be used in TaskWorkflow and a section for notes and sub-tasks.</Step>
16
+
<Steporder="5">If there is a task in doing.md move directly into TaskWorkflow. If not take the FIRST task from the top of todo.md and move it to doing.md, removing it from todo.md. Remember that tasks are sorted by priority with most important at the top. After moving the task you should extend it with a phase property to be used in TaskWorkflow and a section for notes and sub-tasks.</Step>
16
17
<Steporder="6">Create a new branch for the current task, branching from the latest main branch. Use a descriptive name for the branch, related to the task, by running ./create_branch.sh <branch_name>.</Step>
17
18
<Steporder="7">Read tdd-cycle.xml to understand the TDD cycle.</Step>
18
19
<Steporder="8">Start the research phase of TaskWorkflow.</Step>
@@ -54,5 +55,6 @@
54
55
<Principle>Use the GitHub CLI (gh) for any GitHub-related tasks</Principle>
55
56
<Principle>Use Puppeteer if web browsing is required</Principle>
56
57
<Principle>If any task is unclear, stop and ask for clarification before proceeding</Principle>
58
+
<Principle>Always take tasks from the top of todo.md as they are sorted in priority order</Principle>
0 commit comments