我的计划：

lwip作为项目G的一部分，项目G全源码归档到openEuler。=》G稳定后发布 G-1.0.0.tar.gz =》在src-openEuler中归档 G-1.0.0.tar.gz + G.spec

希望openEuler tc认可这种方式

------------------ 原始邮件 ------------------

发件人: "Chenye Liang" <liangchenye@gmail.com>;

发送时间: 2020年7月11日(星期六) 上午10:06

收件人: "Hubble_Zhu"<hubble_zhu@qq.com>;

抄送: "dev"<dev@openeuler.org>;"community"<community@openeuler.org>;"tc"<tc@openeuler.org>;

主题: [Tc] Re: 对引入新特性的代码归档格式询问

从目前 src-openeuler+ openeuler的设置来看，你的G和W适合全源代码归档到 openeuler里，然后稳定发布的时候再压缩包+patch放到 src里面。

有个问题就是W是啥，是否已经在openEuler里面了。 W的修改会不会导致其他包的变化。

Hubble_Zhu <hubble_zhu@qq.com> 于2020年7月11日周六上午12:42写道：

各位openEuler的成员，大家好，

我有一个项目G想申请在openEuler上开源，这个项目G高度依赖第三方开源包W，对W有一些侵入式修改。现在我是以源码的方式将开源包W的代码归档在项目G仓中
请问下如果开源到openEuler上的话，是否和W相关的代码，我都需要以源码包+patch的方式归档，或者我可以沿用全源码归档的方式？
采用全源码归档的方式对开发者很友好。

我计划是当项目G稳定并realease发行版后，在src-openEuler里新建仓库并添加spec来打成rpm包。

Any help will be greatly appreciated. thanks.

_______________________________________________
Tc mailing list -- tc@openeuler.org
To unsubscribe send an email to tc-leave@openeuler.org