你好,caihaomin:

        如之前交流,openeuler社区不接受golang语言打成rpm的形式,推荐使用go vendor的方式在自己代码引入golang源码,目前存在下面的问题,希望能一起交流下,如何处理

        1,当前发现使用go vendor可以处理掉开源golang项目,然而目前我们存在b包依赖a包的go源码来编译,且a包不是开源项目

        2,之前我们的处理方式是a包拆分为主包和devel包,devel中存在go源码,然而这样的方式打出来的devel也会依赖开源项目的代码,导致b-devel无法在编译和安装是使用

        3,目前最新的处理方式是将a中打到devel的go源码再放置到b的源码中,因此存在b中包含a部分源码以及部分开源golang源码的情况

        4,由于DDE的桌面项目存在不少go项目,因此这些go项目的源码中会出现多份开源golang源码和其他包源码的情况,造成冗余

        

        我这边有1个思路,如下:

        社区是否考虑打一个gocode的主包,该包包括开源golang项目源码和其他golang源码,哪些包编译缺少源码就由哪些包去补充gocode,这样到最终,其他go项目包都依赖gocode编译,而且所有的开源golang语言也可以统一放置在某一个位置,这样不会出现fedora那样的出现多个golang-类的包也能完美解决目前的问题。

        

 

统信软件技术有限公司

UnionTech Software Technology Co., Ltd.  

官网:www.uniontech.com  


此电子邮件消息仅供预期收件人使用,其中可能包含保密或特权使用信息。如果您不是预期收件人,请勿使用、传播、分发或复制此电子邮件或信赖此邮件采取任何行动。如果您误收了此邮件,请立即回复邮件通知统信软件技术有限公司发件人,并删除误收电子邮件及其相关附件。感谢配合!  

 
This email message is intended only for the use of the individual or entity who/which is the intended recipient and may contain information that is privileged or confidential. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of, or taking any action in reliance on, this e-mail is strictly prohibited. If you have received this email in error, please notify UnionTech Software Technology  immediately by replying to this e-mail and immediately delete and discard all copies of the e-mail and the attachment thereto (if any). Thank you.