论坛

Keil软件包-有人在内部创建软件包吗?

开始于 巴莫斯 3年前3回复最新回复3年前53浏览

我不确定这里有多少Keil MDK用户。 。 。是否有人滚动自己的Keil 软件包  供内部使用?如果是这样-我想听听您的经验,想法,建议等。  

我们有一些开发人员在使用的各种内部库,我试图弄清楚创建包是否值得,还是将其作为版本控制中的原始源值得。我很高兴能够快速引入一项功能,而且我觉得他们比我们最终产品的发布更能使我们更加频繁地“锁定”模块上的开发。

[-]
回覆者 mr_bandit七月25,2018

由于您对版本控制有足够的了解,因此我不必担心软件包。您始终可以重复使用代码(这是一件好事!)。

[-]
回覆者 巴莫斯七月26,2018
您有麻烦制造任何包装吗?如果是这样,有什么印象?我在Arm站点上浏览了一些示例,但它们并没有我期望的那么糟糕。我没有进入依赖关系和配置文件的实际示例(将涉及更多),但是如果它得到一些脚本代码的支持以填充xml,它的开始看起来*可能*是值得的包的pdsc文件。这也将为我们提供一个体面的借口,以便最终在svn中实现脚本化标记,这对于正确的方向(如持续集成)(这是目前的梦想)在正确方向上将是巨大的推动。


我认为它们对于尝试利用彼此的代码的团队以及经验不足的固件工程师(无论是初学者还是刚接触代码的人员)都非常有用。


当然,麻烦在于花时间去创建足够的脚本以使其有用并切实减轻痛苦,并让其他开发人员来使用它

[-]
回覆者 mr_bandit七月26,2018

从来没有建任何。当我是一名嵌入式人员时,我一直在做非手臂/摔跤的事情。我上一次使用ARM是2012年,我们选择了IAR。

(顺便说一句-我爱ARM。我有一只手,所以当我使用ARM时,我有*两条*手臂。我当时在一个装有5个ARM的项目中。我试图让经理将内部名称更改为湿婆神,因为该项目使我有6臂:^)

但是-听起来目标是创建可重复使用的块-一件好事。因此,似乎值得您花时间尝试一下。我建议从小文件开始-每个文件具有1..2函数的2..3文件-一种hello.c版本。 

我爸爸是计算机顾问。他有4条规则(由Gerald Weinberg编入《咨询的秘密》一书中)。 #1:不管他们告诉你什么,都有问题。 #2:无论他们告诉你什么,这都是人的问题。我发现在几乎所有情况下都排名第二。奇迹产生了奇迹,我的父亲年龄越大我的父亲越聪明。考虑到他在我13岁时脑残,但在我打到20岁时就开始恢复.....当我儿子13..20岁时,我也发生了同样的事情:^)我知道杰里-他不需要我先杀了他图书。但是,它们对于阅读非常有用。从库中检出它们。

所以-您处于问题2的境地。与您的经理交谈。首先,找出(并练习)一个引人入胜的故事,让他/她了解您想做什么(我假设您不是经理)。列出您想做的概念验证,以及*您的经理*的优势。 ÿou *必须*让您的经理入职.

工作后,为该小组创建一个演示文稿,和你的经理一起练习。另外,针对要开始迁移到该方法的事物/功能区域/模块创建一个“迁移”计划。同样,让您的经理支持您至关重要。

简短的版本:听起来像您想做一件好事,并且您的经理已经有了一个线索(因为您使用-天哪-版本控制-您会对不这样做的组数感到惊讶)。从小的概念证明开始,然后与您的经理一起制定计划。您将需要完成大部分工作(我怀疑您知道),但是经理才有能力在小组中实施它。

成功给您!