Make and propose a change
1
Ask for a change
Ask Replit to update the landing page’s main heading:Replit finds the relevant code, updates the heading, and shows the change in your preview.
For now, you’re working on a local copy in your cloud development environment. Later, you’ll open a pull request to propose your changes to the repository.Optional: If your app needs API keys or other credentials, add them securely using Secrets, not in chat. The demo does not require any.

2
Test your changes
Check the preview to make sure the change looks right and behaves as expected.
This shows a check in progress, not a completed test result. Read Replit’s final report to see what passed and what it couldn’t verify.Optional: Make a focused follow-up change. If you want to refine the result, ask for one change you can check, such as a clearer label, a fixed link, or a small styling adjustment. Describe what should change and what should stay the same. For example:Contributions can be as simple as a text change or as comprehensive as an entire feature. For larger changes, describe the outcome you want, then work through the details with follow-up requests.Check the updated preview and relevant test results after each follow-up change. For changes without a visual interface, review the test results and code diff instead.
- Appearance: Check that the heading is readable on desktop and mobile, without clipped or overlapping text.
- Behavior: Try the page’s buttons and links to confirm they still work.
- Tests: Ask Replit to run the relevant checks and explain any failures.

3
Push your changes
Once you’ve checked the result, ask Replit to propose the changes to your team:
Replit pushes the branch and opens a pull request. In this example, the Changes pane shows the heading update: the removed text in red and its replacement in green.
You can also find the request in your repository’s Pull requests tab on GitHub.
Open it and select Files changed to review the diff. Here, only the heading has changed; the rest of the page stays the same.
For GitLab, ask for a merge request. Your team can review the changes before merging them. Opening a request does not merge or deploy your changes.The Details sidebar lists pull requests linked to this chat, below the environment. Select a request to return to its changes and review status.
This screenshot shows the same request during a later revision. Next, you’ll learn how to respond to that review feedback.
If you’re using the demo, create your own independent repository before this step. Keep practice contributions out of the original demo repository.




