wbfy application workflow
- If the current branch is
main, create and switch to a new branch based on the latest remotemainbranch.
- Ensure the new branch is derived from the latest remote main branch to prevent merge conflicts when opening a pull request (PR).
- Run
yarn start <root_path_of_target_repo>inside~/ghq/github.com/WillBooster/shared/packages/wbfy. - Run either
yarn check-for-aiorbun check-for-aiin the target repository (do not run this within thewbfydirectory). - If any checks fail, resolve them using one of the following methods:
- If the failure originates in the target repository (e.g., existing code violates new linter rules), fix the issue there, commit and push the changes, then return to step 3. - If the failure is caused by configuration files modified by wbfy (e.g., a wbfy-edited tsconfig.json does not match the target repository), fix the issue in the wbfy directory, commit and push the changes, open a PR in the wbfy repository, then return to step 2. - Ensure wbfy generates the correct configuration files without manual adjustments, as all projects rely on its automation. - Avoid ad-hoc hotfixes; prefer general and versatile solutions applicable to all projects. - Add comments to the wbfy codebase to clarify the reasoning behind your fixes.
- Commit and push the applied changes to the target repository, then run either the
open-prorupdate-prskill.
- Since wbfy creates, modifies, and deletes multiple files in the target repository, verify that all changes are included in your commit.