Closed sookah closed 4 years ago
The setup / project is now named prox-e
For test purposes and initial deployment the repo has been cloned as new repo in azure ops, once pipeline looks good we will make a yaml on the present github repo, this also mean i will not create a branch here.
For now set to master
Following pipelines (for dashboard) and relative to the prox-e upper directory has been setup:
prox-e-dashboard CI > dashboard-CI >
They are contained in their own scripts for more modularity
postinstall scripts fails on clean install:
Runs will fail too
CLI version has package errors
fixed with @angular/cli@9.1.12
add angular-devkit
npm install --save-dev @angular-devkit/build-angular
no ngcc yet
packages status
Where as the pacakge json has:
there is a mismatch here for compiler on force for test
ok at this point this definitely also feels like .lock is not correct and in sync with package.json
the angular compiler is 9.1.12 where as package.json has 9.0.4 (caret)
fixed with:
npm install --save opencollective-postinstall
feels like issue on my setup, with angular cli throwing the same error on a newly created project for the sake of finishing i will use the ops servers
failing on mixin for nb-auth
build passing, next to deploy
dist
folder not being outputted
also not on ../out-tsc/spec
tested with clean build on gitpod and on azure
pipelines are complete for deployment, but the build seems to work incorrectly. further investigation is needed. We can also use deployment options from ng for azure
Just ran the older solution again and seems to work. Please check latest yml file on master for reference.
The dist folder is set to ui
directory on the root in angular.json
. This probably needs to be created before the build artifacts are outputted there.
indeed, it must be this, the output path is ok to be in the dist folder, but if we want at build time to be at a different location, example for the ci or top level builds, than we can change with something like --output-path=dist/dashboard | ../../ui
also verified angular.json, tsconfig*
build/stage yaml so far
pool:
name: Azure Pipelines
steps:
- task: NodeTool@0
displayName: 'Use Node 14.x'
inputs:
versionSpec: 14.x
- script: 'npm install'
workingDirectory: hi/dashboard
displayName: 'Install Deps'
- script: 'echo No tests to run for now'
workingDirectory: hi/dashboard
displayName: Test
- script: 'npm run build:prod'
workingDirectory: hi/dashboard
displayName: Build
- script: |
find . -maxdepth 2 -type d -exec ls -ld "{}" \;
workingDirectory: hi/dashboard
displayName: 'list directory 2 level deep'
- task: CopyFiles@2
displayName: 'Copy Dist'
inputs:
SourceFolder: hi/dashboard/dist
TargetFolder: '{Build.ArtifactStagingDirectory}/dist'
- task: ArchiveFiles@2
displayName: 'Archive $(Build.ArtifactStagingDirectory)'
inputs:
rootFolderOrFile: '$(Build.ArtifactStagingDirectory)'
- task: PublishBuildArtifacts@1
displayName: 'Publish Artifact: dashboard'
inputs:
ArtifactName: dashboard
passing builds now
Release phase
Do you have the url or IP? Need to install couch in 5984 on that vm. And nginx conf.
Also 'Move pipelines to present repo once verified(github)Currently in Karnali test mode' can be checked off soon I guess.
for the url part this has to go to azure blobs, will be setting that up now. I have noticed another issue will try to solve that first:
the artifact looks empty. Ill fix the final archive parts issues if any
for the 'move pipelines..'
since the deployment is a blob, for couch we may want to host another place? that keeps it separate to the frontend deployment.
we can spin up a VM or an app (or two for couch and the deployment).
simpler item is just a VM with both couch and nginx serving the dashboard assets
master
), for example filter on hi/dashboard
changes to trigger the buildThis is for creating and monitoring the deployment as an app service
ssh-ing into the box shows that the folders are there
[x] updated page to remove dist and bring the app to wwwroot
level [Result: Webapp didnt update - Fail]
[x] update path mapping to go for dist directly [Result: not possible on a Linux box - thanks MS! - Fail ]
Cannot find “virtual applications and directories” configuration on Microsoft Azure web app
[x] Enable logging
Fails on SCM
Will be creating an ASP.Net container to see if the deployments are better there, there processes are bound to change, but for now we will need to see the application running to figure more pipelines (eg couch)
Starting to create the pipeline now
https://proxedashstorage.z29.web.core.windows.net/
Blob is now operational so is the app, they both throw same errors on production to the guess here is some routes are breaking. Error message highlights missing es2015 packages, tsconfig can be a starting place
Pipeline is now dependent on the master of this repo. 🎲
dist
i have removed ../../ui and the need for creating a directory from
angular.json
the reason is that the apps(dashboard) will be modular, azure pipeline seems to have context and directories based tasks. this allows for a complete (and not having to create dirs on top level since the app is not aware of it) atomic builds on each. For now only dashboard has been done in this manner. Also pipelines like directory trigger(for example changes on only hi/dashboard
can trigger a new pipeline and the pipeline will remain inactive if others for eg. hi/prox-e
is updated
For a mono repo and a high level build interface a seperate pipeline can be maintained.
@risavkarna bro what is your idea on this ? new issue? I will close this one for now since all items are complete.
@sookah, we can revisit this when we have prox-e in the pipeline.
The code for these changes do not seem to have been merged to the repo yet. Also, which azure VM is this hosted on? Is the azure dev pipeline setup created outside of the official Covid HPC Consortium subscription?
covid.cosys.work and covid.nep.work domains are allowed. Now we need to add URL namespaces to the dashboard and the couch central master DBMS and serve them with SSL/TLS
@risavkarna
Will be deploying for demo purposes.
the branch at
deployments/ui-dash
The build:
The Release:
Deployment:
Sites: https://proxedashstorage.z29.web.core.windows.net/