Launchpad 团队通常是如何组建的?

Launchpad 团队通常是如何组建的?

随着时间的推移,我在这里回答了许多问题。很多时候,这些问题都是针对(用户)的,答案都是即兴创作的。
然而,在某些情况下,事情肯定发展得更成熟了。一些这些此外,问题/答案可能对更广泛的用户有用,具有良好集成的 GUI,可供缺乏经验的用户维护、更新、轻松使用和安装。

具体来说,我正在考虑将(其中一些)帖子合并成一组易于访问的工作区工具或者其他任何名字:这个这个这个, 或许, 和一。

虽然我不时在这里更新这些答案,像其他人一样,我也有我的局限性(不会告诉你哪些:)),而且一个人的团队并不是保证项目长寿命的最专业方法。

我的问题是:启动板团队通常是如何创建的


编辑

稍微缩小问题范围

我感觉 AU 的许多用户在积极参与开发的同时,在日常生活中也是程序员/开发人员。他们的日常环境或多或少与他们在这里的工作相关。

我的情况则完全不同。我的大多数同事都不知道根本我在这里做的事情,对这个主题了解不多,也没有亲和力。换句话说,我的专业网络与编程无关根本

我想获得的最重要的见解是,团队(一般来说)是否来自现存的合作,带到 Launchpad,或者在虚拟世界中出现新的团队。

答案1

我会标记它,太宽泛了!我缺乏涵盖许多方面的经验。我向你致敬,因为你的答案就像你提到的那些一样,有特殊的指纹。这些真的是这里作为答案制作的原型。

自由软件是由自由社区构建的,大型软件的核心团队通常有一两个或多个开发人员,核心团队一般是现实中建立的(社交关系+话题兴趣),或者少数虚拟的(话题兴趣)。

我将这些原型视为独立的项目,每个项目都属于您作为开发人员和(OP +一些投票者)作为用户。

此时,忘掉团队吧,你是核心,随着项目变得越来越大、越来越复杂,你也会一直如此。虚拟团队中的人,他们会来去匆匆,大多数人可能永远不会贡献代码,最多只会提交一个错误。

blaa blaa我可以继续说……这种经验简历没有太多好处。试着收集一些对这些项目的兴趣,看看是否值得。

  1. 在社交 git 网站上创建一个存储库,比如流行的 MR.Octopus GitHub。
  2. 更新您的答案并链接到您的新上游项目(保留原始代码)
  3. 在 Launchpad 上创建镜像项目。
  4. 准备 Debian 打包
  5. 发布 PPA
  6. 再次更新您的答案并添加其他链接到 PPA。

所以现在基本上你在 GitHub 上进行了上游项目开发,并在 Launchpad 上发布了二进制版本。之后,顺其自然(顺其自然)。我只是祝你好运:D。

我在这里有一个答案,我将它提升为一个非常非常小的投影仪。

是时候再来一个广告了 ;)

顺便说一句,如果你想要进行移交,那是行不通的。人们只关心他们真正需要什么,他们会在投入时间之前评估它的价值。

相关内容