You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/hcc.md
+23-10Lines changed: 23 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,29 +19,39 @@
19
19
20
20
The recommended workflow for Health Connect Cloud is to: create an interface branch, make changes, sync them to GitLab, create a merge request, review and approve the merge request, and then pull the changes into a protected namespace.
21
21
22
-
# TODO: attach git strategy powerpoint images
22
+
Step 1: Create a feature branch based on main
23
+

24
+
Step 2: Make changes in the user's namespace
25
+

26
+
Step 3: Sync to get latest from main and push to GitLab
27
+

28
+
Step 4: Merge request and repeat 2-3
29
+

30
+
Step 5: Deploy to the protected namespace
31
+

23
32
24
33
A Health Connect Cloud Dev deployment will have at least one Protected Namespace and should also have a dedicated User Namespace for each user. These namespaces can be configured via the Cloud Portal for the selected Health Connect Cloud deployment. It is important for changes to originate in User Namespaces. Protected Namespaces in the Dev deployment must always be kept up to date with the development branch of the associated GitLab repo, either through a CI/CD pipeline or by use of the Git Pull page from Embedded Git.
25
-
# TODO: picture of GitLab/deployment/branch relationship
26
34
27
35
# Prerequisites: InterSystems Responsibilities
28
-
- Create GitLab Repository for the Organization
29
-
- Grant appropriate access and privileges to the GitLab Repository
30
-
- Onboard Customers on Source Control Tools for Health Connect Cloud
31
-
-Update Change Control Documentation and Videos
36
+
- Create the GitLab repository for the organization
37
+
- Grant appropriate access and privileges to the GitLab repository
38
+
- Onboard customers on source control tools for Health Connect Cloud
39
+
-Maintain change control documentation and videos
32
40
-[Official Change Control Documentation](https://docs.intersystems.com)
# InterSystems-Recommended Workflow - Embedded Git and GitLab
36
44
37
45
## Notes on Customer Responsibilities
38
-
TODO: flesh this out: configuration, communication, policy/process constraints around approvals, onboarding of users/namespaces
46
+
- Define policies for approving merge requests in GitLab.
47
+
- Decide on a mapping configuration that will define the locations of different item types in the Git repository.
48
+
- Onboard new developers to the Dev Deployment. This will involve creating new users, creating new User Namespaces, and configuring Git for those new namespaces.
39
49
40
50
## Example Use Case 1: Inbound HL7 Service
41
51
> As a Health Connect Cloud user, I want to add a new inbound HL7 service to receive HL7 messages from a lab.
42
52
43
53
- Log in
44
-
- Go to production configuration page for your User Namespace
54
+
- Go to the production configuration page for your User Namespace
45
55
- Create an interface branch
46
56
- Add and test the service
47
57
- Sync: After this operation, the User Namespace has everything from the Protected Namespace in addition to changes made in the interface branch, and all of the modified files have been pushed to GitLab.
@@ -83,11 +93,13 @@ This will bring up the sync interface, where you are able to see all the of the
83
93
84
94

85
95
86
-
Use the link in the output of the sync in order to create a merge request in the git remote (don't worry if you close out of the sync tab, you can also navigate to GitLab manually). Here, you should make sure that you are merging your interface branch into the development environment, and notify / add the relevant reviewers. Once this merge request is approved, it will be merged into the development branch, so that all of your changes will now be a part of development.
87
-
88
96
### Merge Request Creation
97
+
Use the link in the output of the sync in order to create a merge request in the git remote (don't worry if you close out of the sync tab, you can also navigate to GitLab manually). Here, you should make sure that you are merging your interface branch into the development environment, and notify / add the relevant reviewers.
98
+
TODO: add image of link in sync output
89
99
100
+
TODO: add image of GitLab merge request fields
90
101
### Merge Request Approval
102
+
Once this merge request is approved, it will be merged into the development branch, so that all of your changes will now be a part of development.
91
103
92
104
### CI/CD Deployment
93
105
@@ -110,6 +122,7 @@ When creating a new namespace on the Health Connect instance, you will need to e
110
122
- Configure the mappings in the settings. From the Settings page in the source control menu, view the Mappings configuration and confirm it matches the other namespaces. Below is a sample of a common mapping configuration.
TODO: fix this, show NoFolders for HL7 and LUT. remove the LastPass icon as well
113
126
114
127
- Configure the default merge branch. From the Settings page in the source control menu, the "Default merge branch" input should match that configured for other namespaces.
0 commit comments