关于RPM机制下的协同开发一些设想

建立一个完整的仓库RPM软件包维护所需的SRPM，SPEC，
及软件包RPM都统一存放在仓库中。大家应该本着认真负责
的态度进行开发、维护工作，统一命名规则、开发维护手段、
做好日志，保证发行版制作的可延续性。其中CD1为以发布
主要目的的完整、简约的系统，出CD1可各自根据自己的需
要和兴趣，维护适合于本发行版的软件包，为网友提供使用
软件上的便利。

利用好现有资源，特别是本发行版的官方网站，鼓励网友注册
并在官方网站进行相关活动。


大家还想到什么？都说说看，咱们慢慢讨论，细化。

大家有什么要说的，请参加mgc的mailist，最方便的是订阅mgc的newsgroup.
newsgroup server: pub.minidns.net。其中有三个mgc相关的group，那里交流
更加方便些。

baif,好呀。 支持你。

很多行之有效的方法在具体的环境下未必就可行，个人认为ML已经脱离了原来的模式，有些问题不是技术手段就可以解决的。目前ML项目的状况只能说以另外的形式在维持，谈不上进步。

[quote:16d5fa5e51="baif"]关于RPM机制下的协同开发一些设想

建立一个完整的仓库RPM软件包维护所需的SRPM，SPEC，
及软件包RPM都统一存放在仓库中。大家应该本着认真负责
的态度进行开发、维护工作，统一命名规则、开发维护手段、
做好日志，保证发行版制作的可延续性。其中CD1为以发布
主要目的的完整、简约的系统，出CD1可各自根据自己的需
要和兴趣，维护适合于本发行版的软件包，为网友提供使用
软件上的便利。

利用好现有资源，特别是本发行版的官方网站，鼓励网友注册
并在官方网站进行相关活动。


大家还想到什么？都说说看，咱们慢慢讨论，细化。[/quote]
支持啊，尽量切实可行，慢慢培养氛围。

[quote:3827e70692="Fujinsan"]很多行之有效的方法在具体的环境下未必就可行，个人认为ML已经脱离了原来的模式，有些问题不是技术手段就可以解决的。目前ML项目的状况只能说以另外的形式在维持，谈不上进步。[/quote]

老船长，很久没有见到你了呀。有空还是多多提意见啊，我想你一定是宰相吧，虽然，前一阵子感觉不爽，不过，你肚大能乘船的呀。

说句心里话，我们论坛需要学术气氛和学习知识的氛围，虽然搞笑也很好的。如果大家再罐水下去的话，那么就是浪费时间（生命）喽。因此，没有船长你不行啊。