Bear with me, it's all very hacky right now!
- In 1password you find the entry called "Swetugg dev db connectionstring". This database is copy from production and is renewed every night.
- Copy the value and run
dotnet user-secrets set "ConnectionStrings:Swetugg" "{The value of the connectionstring}"
. - Send your ip-number to be added to the firewall to Cecilia
- Run
dotnet watch
from the root of the repository - Navigate to "https://localhost:7286/{conference slug}" the conference slugs corresponds to the names of the folders found below "/Pages", such as "sthlm-2023".
- Ignore the ssl warning.
- Run
dotnet tool restore
from the root of the repository.
We're currently using Sass to build our CSS (subject to change). If you're using VS Code and have installed the workspace recommended extensions (https://marketplace.visualstudio.com/items?itemName=glenn2223.live-sass) then your CSS should be built on save after you've turned on live sass.
Why are the generated css files commited instead of ignored? This is also subject to change, the goal is to have them either generated as part of the build pipeline, or have them generated on demand through the hosting pipeline.
We have QA slot in Azure for the site, when running merging to main it will deploy to that slot, or when you run the github action "Build and deploy Swetugg public web app to QA Web App" on your branch. The url is http://app-swetugg-prod-web-qa.azurewebsites.net/{conference slug}.