sis_developer_manual
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
sis_developer_manual [2023/07/18 16:16] – [Install Frontend Dependencies] ghachey | sis_developer_manual [2024/12/09 08:45] (current) – [Database Upgrades] ghachey | ||
---|---|---|---|
Line 136: | Line 136: | ||
{{ : | {{ : | ||
+ | |||
+ | ==== Database Upgrades ==== | ||
+ | |||
+ | Database upgrades are done using the .NET EntityFrameworkCore migrations. When a new migration is made available typically in the source code you'll need to apply the migration. In production this will usually happen automatically when accessing the application after the successful upgrade. In development, | ||
+ | |||
+ | <code csharp> | ||
+ | using System; | ||
+ | using System.Collections.Generic; | ||
+ | using System.Text; | ||
+ | using Microsoft.EntityFrameworkCore; | ||
+ | |||
+ | namespace opensis.data.Models | ||
+ | { | ||
+ | public class CRMContextMySQL : CRMContext | ||
+ | { | ||
+ | private readonly DbContextOptions? | ||
+ | public CRMContextMySQL() { } | ||
+ | public CRMContextMySQL(DbContextOptions options) : base(options) | ||
+ | { | ||
+ | this.contextOptions = options; | ||
+ | } | ||
+ | protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) | ||
+ | { | ||
+ | if (!optionsBuilder.IsConfigured) | ||
+ | { | ||
+ | //var tenant = " | ||
+ | |||
+ | //string connectionString = $" | ||
+ | // | ||
+ | } | ||
+ | |||
+ | } | ||
+ | } | ||
+ | } | ||
+ | </ | ||
+ | |||
+ | With the above configured the upgrade will run automatically by loading the application. Another way is to open the Package Manager Console within Visual Studio and run something like the following. | ||
+ | |||
+ | < | ||
+ | PM> Update-Database -Project opensis.data -Context CRMContextMySQL | ||
+ | Build started... | ||
+ | Build succeeded. | ||
+ | Applying migration ' | ||
+ | Done. | ||
+ | </ | ||
+ | |||
+ | A developer also suggested another by " | ||
==== Building and Running Backend ==== | ==== Building and Running Backend ==== | ||
Line 194: | Line 241: | ||
+ | ===== Deploying ===== | ||
+ | |||
+ | The deployment can be done in a number of ways. You can use the deployment tools in both the backend and frontend to package the files for the production server. Below explains how. | ||
+ | |||
+ | ==== Packaging the Backend ==== | ||
+ | |||
+ | Simply use the Visual Studio' | ||
+ | |||
+ | * opensisAPI | ||
+ | * opensis.backgroundjob | ||
+ | |||
+ | This should look something like this. | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | This will put the packaged files in specific directories on your development computer based on your publish profile. | ||
+ | |||
+ | ==== Packaging the Frontend ==== | ||
+ | |||
+ | Navigate to the '' | ||
+ | |||
+ | < | ||
+ | > ng build | ||
+ | </ | ||
+ | This should package all the frontend files in '' | ||
+ | ==== Deploying to Production Server ==== | ||
+ | Is a matter of preference. You could simply copy the files produced in the two previous steps and configure the Apache Server to server them. The database will need to also be deployed. One of the maintainers of the system uses Ansible to automate all of these final deployment tasks. |
sis_developer_manual.1689696966.txt.gz · Last modified: 2023/07/18 16:16 by ghachey