简体   繁体   English

在 UML/SysML 中,使用 GIT 子模块表示 SW 策略的最佳图表类型是什么?

[英]In UML/SysML, what is the best diagram type to represent a SW strategy using GIT Submodules?

When using UML/SysML, what would be the best diagram type to represent a software strategy/structure using Git Submodules?使用 UML/SysML 时,使用 Git 子模块表示软件策略/结构的最佳图表类型是什么?

I am a Git novice, but it seems to me that the UML Package Diagram type is the most appropriate at the GIT level, because “GIT Submodules” sounds to me like a way of organizing your physical code files and file groups (and versions), and so it is a “logical organizational” thing.我是 Git 新手,但在我看来 UML Package 图类型在 GIT 级别是最合适的,因为“GIT Submodules”听起来像是一种组织物理代码文件和文件组(和版本)的方式,所以它是一个“逻辑组织”的东西。

And then the individual components should be UML components.然后各个组件应该是 UML 组件。 And down at the unit level, they should be classes.在单元级别,它们应该是班级。

What do you all say?大家怎么说?
Thanks谢谢

The package diagram is a way to structure the modelling space. package 图是构建建模空间的一种方式。 It is not meant to represent the repository structure (despite the folder-like visualisation).它并不意味着代表存储库结构(尽管类似文件夹的可视化)。

But of course both are not incompatible: you may structure your model elements in packages that have some sililarities with the component boundaries, and use the same logic for your organizing the repos.但当然两者并非不兼容:您可以将 model 元素构建在与组件边界具有某些相似性的包中,并使用相同的逻辑来组织存储库。

Another approach would be to use a diagram showing the artifacts (source file, library, executable) and their dependency.另一种方法是使用显示工件(源文件、库、可执行文件)及其依赖关系的图表。 Nothing prevents you from adding a stereotype for repositories.没有什么能阻止您为存储库添加构造型。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM