文档介绍：GITHUB学****报告学****报告<br****报告 学****报告对于 Github 的一些理解
Github 是一个面向开源私有软件项目的托管平台， 用户可以在这个平台上获得巨量的开源代码。
对于一个开源项目，在 githu
git 的数据项目。当你修改提交完成，如果我们想要把自己的修改合并到源数据库中，就需要 pull request 操作。
Pull request 是项目的管理者对修改后的代码进行审核，如果通过了，就会合并到源库中。
而如果你是一个项目的管理者，通过 pull request 操作你可以审
查参与的贡献者对你的源代码进行了那些修改， 以及他们给出的相关意见，默认情况下， pull request 被假定为一个来自父数据库的默认分支。当你做出了选定之后可以决定下一个分支使用哪位贡献者的代码，或者通过自己上传来填补。通过 pull request 请求，管理人可以
查看更改集，讨论潜在的修改方案等，还可以保证主分支的 clean。管理人可以把服务器上最新版把补 fetch 下来，然后跟自己的主分支合并。
总而言之， pull request 机制可以更好的保证源库版本的发展方
向更好，而不是每个参与者都可以随意修改源库。 便于项目发起人管
理自己的项目进程。
对于开源软件开发的生态系统的一些理解
以 Docker 为例，该项目早期的成功离不开 Linux 发行厂商（Red
Hat、Canonical）、虚拟化厂商（ VMware、KVM、Hyper-V ）、云提供商（AWS、Azure 、GCE、Rackspace 及 SoftLayer）和 PaaS/laaS提供商（OpenStack、Cloud Foundry 、OpenShift ）的支持。该生态系统现在已经有 2 万多个项目（如管理框架、 监控工具）和超过 7 万个可用的容器化应用程序。这些都离不开合作伙伴的贡献。
讨论开源生态系统而不突出项目贡献者的作用是不完整的。 贡献者是开源的命脉。 他们不仅贡献了代码， 还在开放式设计过程中催生了新的想法。
开源的力量不是单个开源项目可以体现的， 甚至也不是围绕单个项目的生态系统。相反，它是降低门槛的合作，能够使所有的项目通力合作，共同创新和共同进化。
越来越多的人可以在这个开源的环境下依靠贡献者的力量来实
现共赢，而不是闭门造车。 对于目前的开发生态环境而言，软件产业
还有很长的一段路要走， 一方面是大数据时代的到来， 另一方面则是
越来越多的人参与到了开源软件的开发中来， 这对于开源生态系统来
说是一个良性的发展。
安装造价员实****周记
安装造价员实****周记第一周周记到公司的第一天师傅问我在学校学了些什么，我一时竟不知怎么说。我跟师傅说学的挺广的，不过都不算怎么深入。师傅问我预算学得怎么样，我说没怎么深入，只是学的些基础。看来我得从头好好学****了。第一天，师傅拿了一套简单
的建筑图纸给我， 是前不久刚完工的小区的附带的幼儿园图纸。 然后让我对照着《浙江省建筑工程预算定额》 自己先计算该建筑的建筑面积。我先把定额中计算建筑面积的规定看了几遍，然后自己翻图纸，
按照定额规定自己把两层的建筑面积算了一遍， 又验算了一遍。期间，遇到不懂的及时向师傅请教。 师傅都耐心帮我解答， 有时放下自己手头工作过来看我计算是否正确。 每次问师傅他都细心讲解， 还会拓展一些我不知道的内容。 师傅说要做好预算得会看图纸， 还要熟悉预算定额。相信在师傅的帮助下我可以学到更多。 第二周周记我了解到计
算工程量之前必须先熟悉计算规则，很多东西和实际中是不一样的，
必须知道各个构件的计算规则并熟记。 通过一周的训练和计算， 我明白了所有梁都算至板底， 长度算至柱间净长， 伸入墙内的梁头梁垫计入梁内。圈梁工程量要扣除深入其内的梁的体积。 柱子从柱基算至板顶，有柱帽算到柱帽下端，板厚所占体积不扣除。板分有梁板无梁板，有梁板的梁计入板内套板的定额， 板不扣除柱所占体积。 无梁板包括板和柱帽的工程量。 本工程主要是工业厂房承受力大， 基础采用大板基础。一周算完后，感觉自己挺有成就感，了解到实际和图纸中的区别，计算时必须要有耐心， 认真观察图纸不懂得进行现场考察，最好分类计算防止掉项。算出工程量套定额，套定额必须设好计算规则，注意实际工程量和软件默认的差异， 特别是换算问题。 通过这一周的集中练****不但明白了许多专业知识而且明白了许多做事的道理。 做什么事并没有想象中的简单， 做任何事都要分好细节， 规划好自己的任务，今后一定多加培养自己的专业知识，多向前辈学