# Development using VS Code
## Agreements about the development of code
### Working with feature branches
All changes that are made to the code is done in feature branches. Such a branch should have a specific goal. Normally, this is documented in a single github issue. While the work can take some time, eventually a pull request is made in order to merge it into main. There are several requirements that must be met before a pull request can be merged.
### Releasenotes
Every feature must be briefly documented in the releasenotes. A github action is in place that will notify if the releasenotes are not changed.
### Code formatting
All code must be formatted in a consistent way. We use [ormolu](https://hackage.haskell.org/package/ormolu), a standard code formatting tool for Haskell. We only accept Haskell files that are properly formatted. This is enforced by a new [github action](https://github.com/mrkkrp/ormolu-action#ormolu-action).
In order to use ormolu, you have to make sure it is available. Hopefully, some time in future, this will be installed automatically. Until then, you have to install it yourself:
```
stack install ormolu
```
{% hint style="info" %}
If you use the devcontainer functionality (available in vscode), your code is auto-formatted by default. In other cases, you need to do that yourself. When merging code into the main branch, it should be formatted correctly. You can autoformat all haskell files with the command:
```bash
stack exec ormolu -- --mode inplace $(git ls-files '*.hs')
```
{% endhint %}
### Devcontainer
We provide a standard developer container to the developers of Ampersand. Documentation about this awsome VScode feature can be found [here](https://code.visualstudio.com/docs/remote/containers).
#### How to get started using the .devcontainer stuff
Setting up a Haskell environment with awsome tooling has never been as easy as today.
* Make sure you have vscode installed.
* Install the \`Remote - Containers\` extention.
* Make sure Docker is running.
* Go to the directory where your Ampersand stuff resides, and type \`code .\`
* In the lower right corner, you will see a message:
* Push the button \`Reopen in Container\` and watch the show.
{% hint style="warning" %}
The first time, opening the development container will take quite some time. It will build some docker images and finally spin up the container. Fortunatly, this is one time only.
{% endhint %}
* While you are waiting, you can watch the progress by inspecting the log. There will be a message containing a link to the log file.
What if `Reopen in Container` doesn't appear?
This behaviour can happen when you clicked 'Don't Show Again...' in the past.
In this case, you can click on the status bar at the place where the 'remote container' plugin shows the machine you are currently using:
After you clicked, choose the menu-item \`Reopen in container\`
* After everything is set up, open `Main.hs` . This will trigger the Haskell extention of vscode. Also here, the first time will take a while, because the project is being build. That includes all dependencies of Ampersand. If you want to see what is going on, go to the Output tab and open the dropdown called \`tasks\`. You will find the task building Ampersand:
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://ampersandtarski.gitbook.io/the-tools-we-use-for-ampersand/group-1/development-using-vs-code.md?ask=
```
The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.