wpf开源ui引用步骤
受欢迎的聊天服务HipChat的母公司Atlassian成立于2002年, 当时只有两个人。 十三年后,我们遍及全球的1300多人。 这种增长迫使我们需要围绕一个联系点组织我们的开源工作 ,在公司中建立为开源项目做出贡献的节奏,并鼓励对现有项目做出贡献以及创建新社区。
我们在此过程中学到了一些东西。 这是我们开始使用的路线图。
1.合法
我们并不是要制造争议或打破法律依据。 我们只是想提供一个框架,使我们能够参与和参与开源社区。 我们决定将相同的Apache许可证应用于我们所有的开源软件,以使项目管理变得容易,同时解决法律部门可能遇到的典型问题:允许的使用范围,要关注的copyleft条款以及许可证合规性。 如果一个项目想要考虑另一个许可证,则现在将在例外的基础上进行处理。
2.编写行为准则
为了鼓励外部人员参与我们的项目,我们遵循了Apache基金会和许多其他成功的成功项目所设定的示例,并采用了Apache风格的贡献者许可协议(CLA)。 这使我们能够控制和维护我们的项目,并确保贡献者将在其贡献中保持知识产权的所有权。 但是,为了鼓励多样性并营造一个欢迎和尊重所有参与者的环境,我们制定了行为准则 。
3.进行审核
当我们开始时,我们不知道我们有多少个开源项目。 我们查看了在Bitbucket和GitHub上Atlassian帐户下托管的每个公共项目,发现有250多个项目。但是,在过去六个月中,许多项目几乎没有贡献,没有报告问题或没有下载。 而其中有超过三年没有被触及。 创建归档策略时,您需要认识到生命周期已结束的项目与稳定且仍在使用的项目之间的区别。 单独进行活动不应该是存档的唯一标准。 但是,将存档作为日常工作的一部分至关重要。
4.准则和程序
在审核的同时,我们建立了易于使用的准则和程序,以使用,贡献和创建新的开源工作。
- 当团队想要使用开源项目时,他们需要知道许可是否可接受。 确定您授予团队使用的许可,应避免使用的许可以及不接受的许可。 在没有许可证的情况下陈述您对项目的政策。 每次您查看另一个许可证时,请在所有团队下一次评估要包含在产品中的库的所有团队可以访问结果的地方发布有关该许可证的策略。 我们要求所有第三方代码都驻留在单独的文件/目录中。
- 对于具有CLA的项目,Atlassian为团队提供了一种快速查找我们已经签署的CLA的方法。 如果项目没有CLA,则我们要求对有关捐款的条款(如果存在)进行法律审查。 如果没有任何捐款条件,我们也希望获得法律批准。 我们要求我们的团队在可能的情况下避免分叉项目,并考虑一个在创建分叉时Swift返回主分支的计划。 但是最重要的是,确定组织中需要审核或批准人员的人员,以确保您不会注销要保留在公司内部的IP。
- 确定创建新项目所必须具备的工件。 一些组织将仅开源生产就绪代码。 至少,我们的项目必须具有明确的许可和自述文件或其他文件,这些文件应提供:项目任务说明,现有/计划功能列表,需求列表,安装/部署说明以及未来发展的可共享路线图。 阐明适用于您的团队的批准流程。 向员工提供有关在工作以外发生的个人项目的政策或声明。 并且,在适用时,请确保您的保单针对位于不同国家或州的员工。
5.继续前进
整理好我们的开源之家花了我们六个月的时间。 但这是开始,而不是结束。
我们的下一步包括以文档和可重用模板的形式为开源项目提供更多帮助。 我们还在寻找方法来帮助我们的团队公开其项目,以鼓励外部参与,并通过跟踪我们认为我们的团队会受益的会议和社区,找到参与更大的开源社区的方法。
请加入我们的行列,获得新的一年的开源之家。 快乐的开源!
翻译自: https://opensource.com/business/16/1/how-to-organize-your-companys-open-source-program
wpf开源ui引用步骤