新增
Git 是一个版本控制系统，用于跟踪计算机文件的变更，并在多人之间协调文件处理工作。
官方网站。
目录
- 本文目的
- 什么是容器，它们为什么对 IRIS 有意义
2.1 容器和镜像简介
2.2 为什么容器对开发者很有用
2.3 为什么 IRIS 可以很好地与 Docker 配合使用 - 先决条件
- 安装 InterSystems IRIS 镜像
4.1 使用 Docker Hub
4.2 拉取镜像 - 运行 InterSystems IRIS 镜像
5.1 启动 IRIS 容器
5.2 检查容器状态
5.3 在容器终端执行代码
5.4 访问 IRIS 管理门户
5.5 将容器连接到 VS Code
5.6 停止或移除容器
5.7 使用绑定挂载设置特定密码
5.8 使用持久化 %SYS 卷
5.8.1 可以使用持久化 %SYS 存储什么
5.8.2 如何启用持久化 %SYS - 使用 Docker Compose
6.1 Docker Compose 示例
6.2 运行 Docker Compose - 使用 Dockerfile 运行自定义源代码
7.1 Dockerfile 示例
7.2 Docker Compose 示例
7.3 了解层、镜像标记和构建与 运行时
7.4 源代码和初始化脚本
7.5 使用 Dockerfile 构建镜像
7.6 在容器化 IRIS 终端中运行指令 - 结语和未来计划
我很清楚对于那些完全不熟悉 VS Code、Git、Docker、FHIR 和其他工具的人来说，设置环境时会遇到一些困难。 所以我决定写这篇文章，详细介绍整个设置过程，以便大家能够轻松上手。
如果您能在本文最后留下评论，告诉我说明是否清楚，是否有遗漏，或者是否有其他您觉得有用的东西，我将不胜感激。
设置包括：
✅ VS Code – 代码编辑器
✅ Git – 版本控制系统
✅ Docker – 运行 IRIS for Health Community 的实例
✅ VS Code REST 客户端扩展程序 – 用于运行 FHIR API 查询
✅ Python – 用于编写基于 FHIR 的脚本
✅ Jupyter Notebook – 用于 AI 和 FHIR 任务
准备工作：确保您在系统上拥有管理员权限。
除了阅读本指南，您还可以按照视频中的步骤操作：
如果您是 Windows 系统（请注意：原文是YouTube视频，请跳转至EN原帖查看）
我们已经有一段时间没有在开发者社区上发表关于嵌入式 Git 的文章了，我想借此机会更新一下今年我们完成的大量工作以及未来的工作计划。
背景信息
如果您要在 IRIS 上构建解决方案，并想要使用 Git，那就太棒了！ 只需将 VSCode 与本地 Git 仓库结合使用，并将更改推送到服务器上即可，就是这么简单。
但在以下使用场景中该怎么办：
- 您与其他开发者在共享的远程开发环境中合作，并想要避免因同时编辑同一文件而影响彼此的工作
- 您使用位于管理门户中的编辑器来实现互操作性或业务智能，并希望对您的工作直接进行源代码控制，即使在本地容器中也希望如此
- 您仍在使用 Studio 处理一些任务并且/或偶尔会再次从 VSCode 跳转回 Studio；或者您的团队还没有完全接受 VSCode，一些团队成员仍想使用 Studio，而其他人在使用 VSCode
- 您同时在同一命名空间中处理多个独立的项目，例如使用 InterSystems Package Manager 定义的多个软件包，并想仅通过一个 isfs 编辑视图使用所有软件包（而不是在多个单独的项目中使用），同时在合适的本地 git 仓库中自动跟踪更改
在以上任何情况下，您都非常需要嵌入式源代码控制。
本演示程序用于展示如何采用自定义FHIR profile来验证数据合规性。自定义FHIR实施指南基于FHIR R4版本开发，在本例中实现了对Organization资源的扩展并用于验证数据的合规性。
安装
- 通过Git clone下载本项目。
- 执行docker-compose up -d构建并启动容器，初次执行时需执行需10～15分钟（视配置变化）。将构建InterSystems IRIS for Health镜像，安装FHIR服务器，导入自定义FHIR规范，使自定义FHIR 规范可用于验证数据。
- 在Postman中导入TestCases中的测试用例文件，查看各类FHIR约束的测试效果
- 容器启动后可查看自定义IG内容
项目代码结构
FHIRValidation
├─ ExampleIG
│ ├─ ig.ini
│ ├─ input
│ │ ├─ fsh
│ │ │ ├─ alias.fsh
│ │ │ ├─ codesystems.fsh
│ │ │ ├─ organization.fsh
│ │ │ └─ valuesets.fsh
│ │ └─ pagecontent
│ │ └─ index.md
│ └─ sushi-config.yaml
├─ README.欢迎来到我的 CI/CD 系列的下一个章节，我们将探讨使用 InterSystems 技术和 GitLab 进行软件开发可以采用的几种方式。
今天，我们来谈谈互操作性。
问题
当您有一个有效的互操作性生产时，您有两个独立的流程：一个是处理消息的可以正常运行的生产流程，另一个是更新代码、生产配置和系统默认设置的 CI/CD 流程。
显然，CI/CD 流程会影响互操作性。 但问题是：
- 更新期间究竟发生了什么？
- 我们需要做些什么以在更新期间尽可能缩短或消除生产停机时间？
在这一系列文章中，我想向大家介绍并探讨使用 InterSystems 技术和 GitLab 进行软件开发可以采用的几种方式。 我将介绍以下主题：
- Git 101
- Git 流程（开发流程）
- GitLab 安装
- GitLab 工作流
- 持续交付
- GitLab 安装和配置
- GitLab CI/CD
- 为何使用容器
- 容器基础架构
- 使用容器的 CD
在第一篇文章中，我们介绍了 Git 基础知识、深度理解 Git 概念对现代软件开发至关重要的原因，以及如何使用 Git 开发软件。
在第二篇文章中，我们介绍了 GitLab 工作流 – 一个完整的软件生命周期流程，并介绍了持续交付。
在第三篇文章中，我们介绍了 GitLab 安装和配置以及将环境连接到 GitLab
在第四篇文章中，我们编写了 CD 配置。
在第五篇文章中，我们讨论了容器以及使用容器的方式（和原因）。
在第六篇文章中，我们将探讨运行包含容器的持续交付管道所需的主要组件以及这些组件如何协同运行。
在这篇文章中，我们将构建上一篇文章中探讨的持续交付配置。
在这一系列文章中，我想向大家介绍并探讨使用 InterSystems 技术和 GitLab 进行软件开发可以采用的几种方式。 我将介绍以下主题：
- Git 101
- Git 流程（开发流程）
- GitLab 安装
- GitLab 工作流
- 持续交付
- GitLab 安装和配置
- GitLab CI/CD
在第一篇文章中，我们介绍了 Git 基础知识、深度理解 Git 概念对现代软件开发至关重要的原因，以及如何使用 Git 开发软件。
在第二篇文章中，我们介绍了 GitLab 工作流 – 一个完整的软件生命周期流程，并介绍了持续交付。
在第三篇文章中，我们介绍了 GitLab 安装和配置以及将环境连接到 GitLab
在这篇文章中，我们将介绍编写 CD 配置。
计划
环境
首先，我们需要多个环境以及与之对应的分支：
| 环境 | 分支 | 交付 | 有权提交的角色 | 有权合并的角色 |
|---|---|---|---|---|
| 测试 | master | 自动 | 开发者、所有者 | 开发者、所有者 |
| 预生产 | preprod | 自动 | 无 | 所有者 |
| 生产 | prod | 半自动（按下按钮进行交付） | 无 |
所有者 |
开发周期
作为示例，我们将使用 GitLab 流程开发一个新功能，并使用 GitLab CD 进行交付。
- 在功能分支中开发功能。
- 对功能分支进行审查并将其合并到 master 分支中。
在这一系列文章中，我想向大家介绍并探讨使用 InterSystems 技术和 GitLab 进行软件开发可以采用的几种方式。 我将介绍以下主题：
- Git 101
- Git 流程（开发流程）
- GitLab 安装
- GitLab 工作流
- 持续交付
- GitLab 安装和配置
- GitLab CI/CD
在上一篇文章中，我们介绍了 Git 基础知识、深度理解 Git 概念对现代软件开发至关重要的原因，以及如何使用 Git 开发软件。 我们的侧重点仍是软件开发的实现部分，但本部分会介绍：
- GitLab 工作流 - 从想法到用户反馈的完整软件生命周期流程
- 持续交付 – 软件工程方式，团队通过这种方式在短周期内制作软件，从而确保软件可以随时实现可靠发布。 它的目的是更快速、更频繁地构建、测试和发布软件。
大家都搭建了测试环境。
有些人很幸运，可以在完全独立的环境中运行生产。
-- 佚名
.
在这一系列文章中，我想向大家介绍并探讨使用 InterSystems 技术和 GitLab 进行软件开发可以采用的几种方式。 我将介绍以下主题：
- Git 101
- Git 流程（开发流程）
- GitLab 安装
- GitLab 工作流
- GitLab CI/CD
- 包含容器的 CI/CD
第一部分将介绍现代软件开发的基础 – Git 版本控制系统和各种 Git 流程。
转发自Eduard Lebedyu的原文
在本系列文章中，我将介绍并讨论使用 InterSystems 技术和 GitLab 进行软件开发的几种可行方法。我将涉及以下主题：
- 第 1 部分：Git
- Git 基础知识，为什么对 Git 概念的高层次理解对现代软件开发很重要、
- 如何使用 Git 开发软件（Git 流程）
- 第 2 部分：GitLab 工作流
- GitLab 工作流--从创意到用户反馈的完整软件生命周期流程
- 持续交付（Continuous Delivery）--团队在短周期内生产软件的软件工程方法，确保软件可随时可靠发布。它旨在更快、更频繁地构建、测试和发布软件。
- 第 3 部分：GitLab 安装和配置
- GitLab 的安装和配置
- 将环境连接到 GitLab
- 第 4 部分：CD 配置
- 持续交付配置
- 第 5 部分：为何使用容器
- 容器及其使用方法和原因。
- 第 6 部分：容器基础架构
- 使用容器的持续交付管道的主要组件
- 它们如何协同工作。
1. IRIS RAG Demo
这是 IRIS 与 RAG（检索增强生成）示例的一个简单演示。
后端是使用 IRIS 和 IoP用 Python 编写的，LLM 模型是 orca-mini 并由 ollama 服务器提供。
前端是用 Streamlit 编写的聊天机器人。
-
- IRIS RAG 演示](#1-iris-rag-demo)
- 1.1. 什么是 RAG](#11-what-is-rag)
- 1.2. 如何工作？
- 1.3. 安装演示](#13-installation-the-demo)
- 1.4. 使用方法
- 1.5. 演示如何运行](#15-演示如何运行)
- [1.5.1. 前端]（#151-前端）
- 1.5.2. 后台
- [1.5.2.1. 业务服务]（#1521-业务服务）
- [1.5.2.2. 业务流程]（#1522-业务流程）
- [1.5.2.3. LLM 操作]（#1523-the-llm-operation）
- 1.5.2.4. 矢量操作](#1524-the-vector-operation)
- 1.6. 一般性说明](#16-一般性说明)
1.1. 什么是 RAG？
RAG 是 Retrieval Augmented Generation（检索增强生成）的缩写，它带来了使用带有知识库的 LLM 模型（GPT-3.
如今，关于大语言模型、人工智能等的消息不绝于耳。向量数据库是其中的一部分，并且已经有非IRIS的技术实现了向量数据库。
为什么是向量？
- 相似性搜索：向量可以进行高效的相似性搜索，例如在数据集中查找最相似的项目或文档。传统的关系数据库是为精确匹配搜索而设计的，不适合图像或文本相似性搜索等任务。
- 灵活性：向量表示形式用途广泛，可以从各种数据类型派生，例如文本（通过 Word2Vec、BERT 等嵌入）、图像（通过深度学习模型）等。
- 跨模态搜索：向量可以跨不同数据模态进行搜索。例如，给定图像的向量表示，人们可以在多模式数据库中搜索相似的图像或相关文本。
还有许多其他原因。
因此，对于这次 pyhon 竞赛，我决定尝试实现这种支持。不幸的是我没能及时完成它，下面我将解释原因。
你好，开发者！
你们中的许多人在 Open Exchange 和 Github 上发布了 InterSystems ObjectScript 库。
但对于开发者来说，如何简化项目的使用和协作呢？
在本文中，我想介绍一种简单方法，只需将一组标准文件复制到你的仓库中，就可以启动任何 ObjectScript 项目和对其做出贡献。
我们开始吧！