【FORGUNCY-22672】可否增加项目管理功能

登录

本帖最后由 Simon.hu 于 2024-5-17 18:23 编辑

项目基本都在Gitee上，本地一般都用于做一些临时、测试的工程。
现在基本都靠这个“最近使用的工程文件”，但是需要经常清理，否则项目太多、版本分支也不同，经常容易混乱搞错。

希望官方能够出一个“项目管理”功能，实现方式有几种，供参考：
1. 自定义分组：可以自己设置标签进行分组；
2. 自动分组：仓库项目按照Gitee地址、本地文件按照文件夹，自动进行分类，可以选择按时间排序、搜索等等。

术爷有专攻 · 术爷有专攻

这个确实要支持

Patrick.Zhu · Patrick.Zhu

10.0支持了这样区分：

也许已经解决了你的问题，你可以将主版本固定，测试版本就在最近里面。
超哥，你描述的效果，我不确定是不是一个好的做法，听起来对新用户和开发本地项目的用户来说，帮助不大，而且会提升复杂度。没看到哪家产品，有这么复杂的产品内管理界面。

phoben · phoben

Patrick.Zhu 发表于 2024-4-25 10:46
10.0支持了这样区分：

也许已经解决了你的问题，你可以将主版本固定，测试版本就在最近里面。

有的，只是各家思路不同，有的就是叫组应用，就是几个相关的项目在一个组里，其实也不用搞那么复杂，能有个自定义分组足够了，开发人员自己分好组管理就行

Patrick.Zhu · Patrick.Zhu

理解了，我描述下背景，你看我理解的对不对：
你有很多项目，git上的或者本地的，在这其中，对于一个项目，可能有多个版本，例如git上的正式版、git上的测试版和本地的试验版。现在的情况是，这些文件的关系，不能在活字格的项目管理中体现。
也许打开工程这部分，应该参考git上项目的展示模式，提供文件夹，来更好的分类管理不同的工程。

phoben · phoben

Patrick.Zhu 发表于 2024-4-25 14:05
理解了，我描述下背景，你看我理解的对不对：
你有很多项目，git上的或者本地的，在这其中，对于一个项目 ...

嗯，大佬说的很对，主要解决的还是一个项目的问题。
比如某个项目是由几个应用组成：管理端、订单中心、仓库中心、财务中心，这就是4个工程，每个工程又分为2个分支，我们抛开应用是Git还是本地的问题，都一样，我想让它们成为一个组，下面4个应用都成为组应用。

这个组应用其实未来有很大的扩展空间，比如组应用共享数据库链接配置、全局变量、服务端命令、流程等。当然这是后话，眼下我觉得有个粗糙的分组，能帮我我们把项目分分清楚，就很满足了。

Simon.hu · Simon.hu

我能理解超哥的需求，不过这个功能做成什么程度是值得讨论的。
做的比较深的话，就是超哥的建议；还有一种做法就是Excel的方案

超哥觉得Excel这种分文件夹的效果如何？能解决你80%以上的情况吗？

phoben · phoben

Simon.hu 发表于 2024-4-26 17:54
我能理解超哥的需求，不过这个功能做成什么程度是值得讨论的。
做的比较深的话，就是超哥的建议；还有一种 ...

这个对项目的分组好像仍然无法控制，不知是否能够实现同一个项目的相关应用放在一组里？
自定义分组的方案，看未来是否打算解决应用之间的流程、服务端命令共享问题，如果有这个想法，其实可以先用来做工程项目管理。

Simon.hu · Simon.hu

理解超哥的意思了，我说一下我对这个功能的理解，我俩探讨一下：首先，这里其实是一个最近打开项目的快捷方式，并不是所有的历史记录。
正常来说我们开发应用一段时间其实重点关注的也就那么几个，不会将自己这几年所有的项目都放到这里，因为时间长了也是一个负担。
目前这里借鉴Excel的方案，Excel大概是显示最近的50个，活字格大概是30个

再说超哥的建议，如果你要自己分类的话，那就是要求活字格的将里所有分类号工程文件快速入口全部记忆先来；比如2023年1月1号我进行了分类整理，但是2025年，2023年当年的项目很多我都不关心了，但是当时是我手动做的分类，那么2023年的的这些是否应该删除？删除的话是怎么一个策略？

目前活字格对这个地方的功能定义是最近使用项目快速通道，而不是所有历史项目的路径管理。

phoben · phoben

Simon.hu 发表于 2024-5-11 09:16
理解超哥的意思了，我说一下我对这个功能的理解，我俩探讨一下：首先，这里其实是一个最近打开项目的快捷方 ...

嗯，胡总说的我也能明白，项目管理本身对于任何软件来说都存在类似问题。
而我说的“项目管理”和软件快捷“打开文件”是两个概念。

为了方便用户快捷打开文档，软件一般采取两种方式：
1、显示最近打开项目并排序；
2、显示固定星标项目置顶；
但这两个都是解决“快捷打开文档”这个问题的，其实这个功能作为基础，有一个就行，不必占用太大篇幅。

而我说的“项目管理”指的是从项目分组的角度来管理文件，项目分组内部也可以存在上方说到的文件友好排序。
为什么提出需要“项目”这个概念，也是因为软件开发这个行业独特的特征，几乎所有工程文件，都属于项目式开发。
有了项目分组，对于工程文件的管理会上一个台阶，这不是快捷打开文件所能代替的，是两个层面的问题。

基础使用：
项目定义：可以添加/编辑/删除一个自定义项目分组，可定义项目名称、项目描述、甚至项目人员(葡萄城通行证)；
项目协同：项目人员会自动加入到该项目，打开设计器登录葡萄城通行证，即可同步看到自己参与的项目；

未来扩展：
用户、服务端命令、流程、组件等在项目内所有应用进行共享（引用）；
这一点可以参考友商设计，例如某个组应用A有一个服务端命令，在另一个组应用B内可以直接引用到工程里（但B不能修改）

		自动登录	找回密码
密码			立即注册

[已采纳] 【FORGUNCY-22672】可否增加项目管理功能

本帖子中包含更多资源

13 个回复

本帖子中包含更多资源

评分

本帖子中包含更多资源

时代开发者征文活动

微信认证勋章

悬赏达人

讲师达人

活字格认证

活字格高级认证

元老葡萄