Skip to content

Include Windows setup instructions in README - #201

Open
Mustapure wants to merge 1 commit into
evolution-foundation:mainfrom
Mustapure:patch-1
Open

Mustapure wants to merge 1 commit into
evolution-foundation:mainfrom
Mustapure:patch-1

Conversation

@Mustapure

@Mustapure Mustapure commented Sep 20, 2026

Copy link
Copy Markdown

Added Windows setup instructions to README.

Description

Related Issue

Closes #(issue_number)

Type of Change

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Documentation update
  • Refactoring (no functional changes)
  • Performance improvement

Testing

  • Manual testing completed
  • Functionality verified in development environment
  • No breaking changes introduced

Screenshots (if applicable)

Checklist

  • My code follows the project's style guidelines
  • I have performed a self-review of my code
  • I have tested my changes thoroughly
  • Any dependent changes have been merged and published

Additional Notes

Summary by Sourcery

Documentation:

  • Add Windows-specific setup instructions to the README, including the Windows file-copy command for environment configuration.

Added Windows setup instructions to README.
@sourcery-ai

sourcery-ai Bot commented Sep 20, 2026

Copy link
Copy Markdown
Reviewer's guide (collapsed on small PRs)

Reviewer's Guide

The README now documents a Windows setup path alongside the existing workflow, replacing the Unix-specific environment-file copy command with its Windows equivalent.

File-Level Changes

Change Details Files
Add Windows-specific local setup commands to the README while retaining the existing Unix-oriented workflow.
  • Add a Windows setup section using copy for the environment file.
  • Keep the same setup, development, and Docker-related commands documented for Windows.
  • Adjust the existing setup heading formatting.
README.md

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've found 2 issues

Prompt for AI Agents
Please address the comments from this code review:

## Individual Comments

### Comment 1
<location path="README.md" line_range="76-80" />
<code_context>
 cp .env.example .env
 make dev
 ```
+# Setup, configure and run for windows 
+make setup
+copy .env.example .env
+make dev

 > Run `make help` to see all available commands. See [COMMANDS.md](./COMMANDS.md) for detailed workflows.

</code_context>
<issue_to_address>
**nitpick:** The Windows heading and its commands are placed after the closing Markdown code fence, so `make setup`, `copy .env.example .env`, and `make dev` render as ordinary paragraph text rather than a copyable command block.

**Suggested fix:** Add a separate fenced code block around the Windows heading and commands, or move the heading outside the block and wrap only the commands in a Windows-compatible fence.
</issue_to_address>

### Comment 2
<location path="README.md" line_range="76-79" />
<code_context>

-# Setup, configure and run
+# Setup, configure and run 
 make setup
 cp .env.example .env
 make dev
 ```
+# Setup, configure and run for windows 
+make setup
+copy .env.example .env
+make dev

 > Run `make help` to see all available commands. See [COMMANDS.md](./COMMANDS.md) for detailed workflows.

</code_context>
<issue_to_address>
**issue:** The Windows instructions invoke `make setup` and `make dev` without specifying WSL, Git Bash, or another POSIX shell, but the `setup` target runs the `swagger` recipe using POSIX shell syntax (`if command -v ...; then`), which fails when GNU Make uses the native Windows command shell.

**Triggers:** When a user follows these steps from native Windows Command Prompt with Make installed but without a POSIX-compatible shell.

**Suggested fix:** State that the commands must be run in WSL/Git Bash, or provide a native Windows setup path and Windows-compatible Make recipes.

```suggestion
# Setup, configure and run for Windows (using WSL or Git Bash)
make setup
cp .env.example .env
make dev
```
</issue_to_address>

Sourcery assessment

Approval pending. 1 finding to address first.

Blocking findings: README.md:79


Sourcery is free for open source - if you like our reviews please consider sharing them ✨

Comment thread README.md
Comment on lines +76 to 80
# Setup, configure and run for windows
make setup
copy .env.example .env
make dev

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nitpick: The Windows heading and its commands are placed after the closing Markdown code fence, so make setup, copy .env.example .env, and make dev render as ordinary paragraph text rather than a copyable command block.

Suggested fix: Add a separate fenced code block around the Windows heading and commands, or move the heading outside the block and wrap only the commands in a Windows-compatible fence.

Comment thread README.md
Comment on lines +76 to +79
# Setup, configure and run for windows
make setup
copy .env.example .env
make dev

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

issue: The Windows instructions invoke make setup and make dev without specifying WSL, Git Bash, or another POSIX shell, but the setup target runs the swagger recipe using POSIX shell syntax (if command -v ...; then), which fails when GNU Make uses the native Windows command shell.

Triggers: When a user follows these steps from native Windows Command Prompt with Make installed but without a POSIX-compatible shell.

Suggested fix: State that the commands must be run in WSL/Git Bash, or provide a native Windows setup path and Windows-compatible Make recipes.

Suggested change
# Setup, configure and run for windows
make setup
copy .env.example .env
make dev
# Setup, configure and run for Windows (using WSL or Git Bash)
make setup
cp .env.example .env
make dev

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant