找回密码
 骑士注册

QQ登录

微博登录

搜索
❏ 站外平台:

tag 标签:

相关文章

  • 微软为何选择在 Github 上开源 .NET 核心?

    本文来自微软开源.NET 的一篇公告 ,文中阐述了微软为何选择在 Github 开源.NET,以及微软对开源和开源社区方面的认识的变迁。 对于.NET来说,今天(2014/11/12)是个大日子! 我们很高兴宣布.NET核心将要开源,包括运行时环境和框架类库。 这是我们为开源努力的自然结果,我们已经开源了主要的编译器(C#,VB、F#),还有ASP.NET: C#和 VB ("Roslyn") Visual F#工具集 ASP.NET 5 实体框架 我们通过将范围扩展到.NET运行时环境和核心框架,使(微软开源进程)进入下一个阶段。 .NET核心框架 什么是 .Net 核心? .Net 核

    2014-11-17 10:24     

  • Github 开源许可证使用情况报告

    开源不只是简单的开放源码,还必须选择一个经过认可的许可证。除非你明确的告诉别人他们可以任意使用你的代码。在 Github 上有很多开源爱好者,发布很多开源软件,这篇文章就是为了让大家了解这些开源软件使用的何种许可证。这里统计的项目都是公有项目,不包含 fork 的项目。此举的目的是为了鼓励大家跟他人分享工作成果。 从上图你可以注意到使用许可证的仓库比例逐年降低。目前只有不到 20% 的项目使用了被认可的许可证。在 2013年中更是达到最低的 10% 左右。所以 Github 发布了choosealicense.com来解释许可证的选择,并引入许可证

    2015-03-11 08:46     

  • 一年365天向开源贡献代码所发生的事情

    最近我在GitHub连续冲刺了365天,我想写篇博客,记录下为什么开始每天提交,以及它对我的生活带来了什么变化。 我对贡献代码的要求比较简单: 每次贡献必须有意义,必须有实际影响。我可以提交只有空格的修复,但是它们不应该被算作有影响的提交。 它必须是开源的。 早在2013年夏天我就开始了,略早于John Resig,他写了关于每天提交代码的博客,但是我的第一次尝试失败了。正是他的文章鼓舞了我,告诉我不是一个人在战斗。 我和John有着同样的理由:我热爱业余项目(side project),但是我不乐意为了完成它们而投入整个周末。有时候

    2015-03-07 13:46     robinson_k, 腊八粥

  • Git 与 Github 逐渐成为开源世界的协作开发首选

    近日,继微软宣布将其 .NET 项目开源到 Github 之后,Google开发者刚刚在开发者邮件列表上宣布Go语言的版本控制系统将从Mercurial切换到Git,而Go项目也将托管在GitHub上。Google的开源项目托管网站Google Code看起来距离被放弃也不远了。Google表示迁移将在12月初发布Go 1.4之后启动,Go 1.5的开发将全部在 GitHub上进行, Mercurial 树将在1.4发布之后关闭。 而据另外一则消息: Eric S. Raymond今年一月提议将Emacs的版本控制系统从Bazaar(bzr)迁移到Git,理由是bzr已死。Bazaar版本控制系统由Canonical公司雇员开发,但如今Canonical

    2014-11-14 11:10     

  • “Github”里的“hub”改用Go语言开发

    刚刚过去的2014年是Go语言重要的一年,不仅版本升级到了1.4,而且Go语言的集成开发环境LiteIDE也发布了x26,还在云计算方便吸引力不是的注意力。虽然有很多程序员不喜欢Go语言,但每种语言都有直接的缺点和优点,这是很正常的事情。最重要的是取之长、补己短。最近github宣布使用Go1.4重新开发了hub命令,就是要利用Go语言的长处。 Github是世界上最大的代码托管服务,它是在于最近几年迅速超过了SoruceForge,很大程度上得益于Linux创始人Linus的影响力,和Git中去中心化的思想。相信很多人都使用过git和github,但估计很少人知道这个等

    2015-01-04 13:22     

  • Python讨论迁移到GitHub

    Python软件基金会使用的源码库版本控制系统经历了多次变迁,从 CVS到Subversion 到今天使用的Mercurial。 现在Python社区正在讨论是否迁移到GitHub。GitHub只支持Git分布式版本控制系统,所以这也意味着Python需要迁移到Git。开发者对比了处理当前基于patch的系统和GitHub的拉请求(pull requests)所需的时间,发现现有系统处理一个简单patch需要大约10到15分钟,而拉请求不到1分钟,优势明显。 Python语言之父、仁慈独裁者Guido van Rossum支持迁移到GitHub,认为GitHub易于使用,大部分开发者都已经熟悉如何使用GitHub或很容易学会如

    2014-12-15 15:25     

  • GitHub中国开发者年度分析报告

    近日,GitHuber.info以GitHub API为基础,结合GitHub用户的地理位置信息,整理发布了《2014年GitHub中国开发者年度报告》。报告中分析了GitHub中国用户的比例、活跃用户数、活跃时间段、仓库数量、PR数量、项目Star数量、组织等信息,并就相关指标与美国开发者做了对比。同样,GitHub官方也会发布年度的用户报告,InfoQ编辑结合官方与社区发布的数据,对GitHub上的中国开发者情况做了一个简单的回望。 1. GitHub用户数 GitHub成立于2008年,是一个社区型的代码协作平台。根据2012年的报告显示,GitHub在2008年就有4万多的用户,在2009年迅

    2015-02-03 13:49     

  • Github 是如何使用 Github 来处理 Github 文档的

    提供书写良好的文档,可以帮助人们理解并很好地使用你的项目,而且人们还能够很容易地参与你的项目并作出贡献,但这仍不够。基于文档服务的底层系统能够使任何人包括你或你的团队写文档更轻松。 对于文档的编写,最大的难点不是如何配置工具,或者要弄清楚怎么部署更新,而在于如何斟词酌句。GitHub文档制作团队的成员有着丰富的工作背景,包括使用原生的基于XML的写作工具,以及复杂的CMS系统。但我们并不想使用那些工具,因此我们花费了大量时间和精力来配置我们自己的文档制作流程和工作计划。 以前我们也谈论过怎么使用GitHub构建GitH

    2015-01-12 14:54     gjtorikian, hy86,Windows10

  • 关于Pull Request的十个建议

    Pull Request是Bitbucket、GitHub等源代码托管系统为了方便开发者之间协作而提供的一个功能,它提供了一个用户友好的Web界面来帮助审查人员进行代码审查。开发人员可以通过GitHub发出Pull Requests要求请求他人将程序拉下来进行代码审查。一个好的Pull Request不仅仅只是代码的事情,还牵涉到代码审查者对代码的审查,所以开发者不仅要写出好的代码,还必须迎合审查者的审查工作,才能给使得自己贡献的代码顺利通过审查并合并到master分支。现对丹麦的程序员、软件架构师、独立顾问Mark Seemann在自己博客中发布的一篇题为《关于Pull Requ

    2015-02-27 10:09     Mark Seemann, 李小兵

  • 互联网组织的未来:剖析 GitHub 员工的任性之源

    如果有这么家任性的公司,没有所谓经理人这一层,人都在做自己喜欢的事情,并且创造价值,而其他的事情,就顺其自然让他发生。这里能节省多少官僚主义带来的浪费?这样的公司得跑得有多快?得有多少无谓的冲突消解于无形?能形成多惊人的创新文化啊? GitHub就是一家尝试无线趋近这种理想主义的公司!程序猿(媛)们应该都知道GitHub,GitHub是一个开发员的协作平台,截至2014年统计,有超过340万用户,而且正在迅速商业化。 GitHub是一家建立在开源软件上的私营的盈利公司,但是整个运作过程中,他们都在实践开源协作的精神整个公司都倡

    2015-01-06 08:31     Teng, Daniel

返回顶部

分享到微信

打开微信,点击顶部的“╋”,
使用“扫一扫”将网页分享至微信。