GitHub（1）
1.下载github客户端，安装，在github注册号账号，验证邮箱
2.建立一个代码仓库
立好了,test文件
2.建立好之后，需要克隆项目到本地，不过在之前要先添加秘钥
打开客户端git，输入：$&cd ~/. ssh
然后输入：$&Ssh-keygen –t rsa –C &&
接着输入：$ ssh -T
打开C:\Users\qlp\.ssh\id_rsa.pub,复制里面的密钥，到github里面添加密钥
3.在本地建一个文件夹Git，在Git里面建立一个文件夹test，,然后右键test，选择Git Bash Here,打开git
打开之后，克隆代码仓库到该目录下；打开绿色的按键，选择SSH，复制文本框里面的地址。
在git里面输入&$ git clone :Sunny609/test.git
4.把要上传的文件拖到该目录中，例如task02
接下来要添加文件到本地了，cd转到克隆下来的文件目录，文件起名冲突了，下次注意，ls看一下里面的文件，，task02是托进去的文件，要上传到服务器的。
$ git add task02
5.提交文件git commit -m &第一次提交&
git status查看提示成功，接下来就是最后一步了，push到服务器：
$ git push
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：239次
排名：千里之外GitHub学习记录
直到今天才有一个GitHub账号，不得不说，作为一个程序员真是好失败啊！有了GitHub账号，终于可以装一波逼了，好高兴啊！！！我可是要成为一名真正的程序员的人哟！
之前都有听说过GitHub这个东西，但今天还是第一次接触，真真挺陌生的，但不要担心哟！我极力推荐一个学习GitHub的系列文章，作者写的蛮幽默的，可是一个大神哟！名字是stormzhangV，系列文章是，我看的就是他写的，真是通俗易懂啊！下面可要进入正文了，因为我对GitHub太陌生了，所以就从大神写的文章里面摘抄了一些不知道是什么鬼的东西，就记录下来了。
stormzhangV在一篇中的GitHub 基本概念小节中这样写道：
认识了GitHub的基本面貌之后，你需要了解一些GitHub的基本概念，这些概念是你经常会接触并遇到的。
Repository
仓库的意思，即你的项目，你想在GitHub上开源一个项目，那就必须要新建一个Repository，如果你开源的项目多了，你就拥有了多个Repositories。
问题的意思，举个例子，就是你开源了一个项目，别人发现你的项目中有bug，或者哪些地方做的不够好，他就可以给你提个Issue，即问题，提的问题多了，也就是Issues，然后你看到了这些问题就可以去逐个修复，修复ok了就可以一个个的Close掉。
这个好理解，就是给项目点赞，但是在GitHub上的点赞远比微博、知乎点赞难的多，如果你有一个项目获得100个star都算很不容易了！
这个不好翻译，如果实在要翻译我把他翻译成分叉，什么意思呢？你开源了一个项目，别人想在你这个项目的基础上做些改进，然后应用到自己的项目中，这个时候他就可以Fork你的项目，这个时候他的GitHub主页上就多了一个项目，只不过这个项目是基于你的项目基础（本质上是在原有项目的基础上新建了一个分支，分支的概念后面会在讲解Git的时候说到），他就可以随心所欲的去改进，但是丝毫不会影响原有项目的代码与结构。
Pull Request
发起请求，这个其实是基于Fork的，还是上面那个例子，如果别人在你基础上做了改进，后来觉得改进的很不错，应该要把这些改进让更多的人收益，于是就想把自己的改进合并到原有项目里，这个时候他就可以发起一个 Pull Request（简称PR），原有项目创建人就可以收到这个请求，这个时候他会仔细review你的代码，并且测试觉得OK了，就会接受你的PR，这个时候你做的改进原有项目就会拥有了。
这个也好理解就是观察，如果你Watch了某个项目，那么以后只要这个项目有任何更新，你都会第一时间收到关于这个项目的通知提醒。
有些时候你没有项目可以开源，只是单纯的想分享一些代码片段，那这个时候Gist就派上用场了！
了解了上面的知识点之后，我接着按照stormzhangV写的东西开始创建自己第一个项目，想想还有一点小激动昵！
点击顶部导航栏的+可以快速创建一个项目，如下图：
创建一个项目需要填写如上的几部分：项目名、项目描述与简单的介绍，你不付费没法选择私有的，所以接着只能选择public的，之后勾选「Initialize this repository with a README」，这样你就拥有了你的第一个GitHub项目：
可以看到这个项目只包含了一个README.md文件，但是它已经是一个完整的Git仓库了，你可以通过对它进行一些操作，如watch、star、fork，还可以clone或者下载下来。
这里提一下README.md，GitHub上所有关于项目的详细介绍以及Wiki都是基于Markdown的，甚至之后在GitHub上搭建博客，写博客也是如此，所以如果还不 Markdown语法的，建议先去学习下。哈哈！我已经学过了，真棒！！！
今天就学到这里了，希望自己能学完这个系列。
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：147608次
积分：3847
积分：3847
排名：第7460名
原创：243篇
评论：49条
文章：19篇
阅读：5982
阅读：1074
阅读：1387
文章：12篇
阅读：6409
文章：34篇
阅读：19762
(32)(22)(19)(8)(7)(7)(2)(49)(41)(36)(25)o &nbsp,&nbsp
如果你想进入
工作——这家软件开发协作中心基于开源的
打造——那你必须独立自主，并能够在大多数公司认为是正常运营准则的界限之外开展工作。
你不必到办公室报到，事实上，你被鼓励在任何你喜欢的地点和时间工作。由于缺乏正式的组织结构，GitHub 将正式会议保持在最低限度。员工的大部分工作都是在网络聊天室完成的，而评估他们的依据则是生产效率。
然而，尽管具备这种不走寻常路的精神，GitHub 有非正式的一面，但也有正式的一面。员工处在哪一面，这在很大程度上取决于他们的职位——一些人则两面之间摇摆，这要看他们哪一天处在哪个位置。
非正式的一面
对于 GitHub 一半多一点的员工来说，他们的工作方式相当标新立异。在哪里工作，何时工作以及如何工作，这都听从他们自己的心意。在一系列关于 GitHub 工作方式的采访中，该公司的系统总监萨姆·兰伯特（Sam Lambert）告诉 TechCrunch，员工可以自由地走来走去。
“没有一种规定好的工作方式。”他说道。
这意味着，GitHub 的员工分散在世界各地，其中一些人根本没有固定的联系地址。为了适应这样的工作生活方式，他们试图限制召开会议的次数。这对员工来说肯定是有利的，但同样很难施行，也增加了公司运营的难度。
“这种（工作方式）带来了非常真实和复杂的挑战，而我们正与之对抗，但我们想要试图避免召开会议，那是因为我们很难在不同时区之间做到同步。”兰伯特解释道。
为了保持组织有序，避免陷入混乱，GitHub 员工使用了一套先进的网络聊天室和聊天机器人，以此帮助推进组织化活动，免除了明确要求某人提供帮助或提前召开会议的需求。
“你可以在聊天室完成各种类型的工作，聊天机器人负责部署站点、提供维护、重启主机、配置主机——基本上，所有事情都能通过聊天机器人完成。”他说道。
这些聊天机器人是 GitHub 通过内部开发的工具
创建的。正如 GitHub 在
描述的那样：“……Hubot 是开源的，它通过 Node.js 上的 CoffeeScript 编写而成，可以轻易在 Heroku 那样的平台进行部署。”Hubot 本身带有一些基本的脚本，但它强大的地方在于你可以编写出自己的版本。
更重要的是，GitHub 运营着自己的数据中心。考虑到该公司的工作方式，这看起来是一个挑战，不过他们利用聊天机器人来配置资源，就好像资源是位于云端当中。
“你可以在聊天室完成各种类型的工作，聊天机器人负责部署站点、提供维护、重启主机、配置主机——基本上，所有事情都能通过聊天机器人完成。”——GitHub 系统总监萨姆·兰伯特
“这是一套非常棒的系统。你可以告诉一个聊天机器人，你想要调取 X 单位的服务，在 15 分钟内它就会自动完成部署。”兰伯特说道。这让 GitHub 获得了大规模可扩展的灵活系统，满足他们的运营需求。
兰伯特解释说，GitHub 还在旧金山总部为 IT 员工提供了传统的传呼系统，配合聊天机器人一起在事情变得不可收拾之前发出警报。
在某种程度上，聊天室已经成为 GitHub 员工的一种虚拟办公室，他们可以在那里看到彼此都在做什么事情。你可以想象，当有将近 400 人参与进来时，扩展这种工作方式会变得非常具有挑战性。当需要澄清某些事情时，他们会选择进行视频聊天，即便在那个时候 GitHub 也不鼓励召开正式会议。
更正式的一面
这并不是说，GitHub 没有一处正式的办公室。
。在那里，你可以看到一个酒吧/休息区，以及翻版的白宫椭圆形办公室。毫不奇怪的是，这家因不走寻常路而繁荣兴旺的公司没有太多的常规事物，但 GitHub 为那些有需求的人准备了一个正式的办公空间。
尽管 GitHub 明确表示，公司内部拥有正式的管理团队——当你拥有近 400 名员工时，那是必需的——但他们正在努力维持一种员工可以随心所欲开展工作的组织风气。
GitHub 旧金山总部内的翻版椭圆形办公室（图片来源：Flickr/丹尼尔·奥尼尔）
对一些人来说，比如管理团队，拥有办公室和一个可以报到的地点是基本要求。
“我们管理团队的多数人都在旧金山，因为他们在公司内部的角色具有更多的同步性。总部还发挥着一个聚会场地的作用，让公司的团队能够举办团队峰会，让 GitHub 的社区成员能够开展活动或研讨会，那里通常是 GitHub 人的最大聚集地。从公司早期开始，GitHub 就一直有核心成员驻于旧金山。”兰伯特解释说。
除此之外，该公司还在科罗拉多州博尔德市和日本东京拥有规模较小的正式办公室，以及在全球各地拥有多个共同办公空间，让员工可以在需要时进行聚会或工作。
GitHub 办公室内的非正式空间（图片来源：GitHub）
向未来扩展
兰伯特知道，从公司文化上来看，把这种工作方式扩展到 500 人以上的规模，这正变得越来越困难。但他坚称，他们会全力尝试。随着组织机构不断增长，系统往往会随着时间的推移而得到发展，这是因为它们需要工作流和程序落实到位，以让一个规模更大的组织能够运营下去。有时候，这种发展是以一种特别的方式进行的，没有什么真正的规律或原因，而兰伯特希望确保的是，GitHub 能够通盘考虑这些类型的组织决策，并做出正确选择。
“这在于尽职，并确保事情的变化是出于好的理由，而不是公司文化遭到侵蚀或者是出于懒惰。”
兰伯特认为，GitHub 可以继续这样下去，或者是，该公司至少将努力做这方面的尝试。有时候，官僚主义会潜滋暗长，那正是兰伯特在公司成长过程中努力要解决的问题。他不希望这种工作方式成为公司成功的受害者。
“如果我们保持警觉，并使之有机发展，而不是变得太刻意，这种工作方式将能够扩展到 500 人以上的规模。”他如是说。毫无疑问，那将具有挑战性，但兰伯特和 GitHub 将尽他们最大的努力。
氛围非常好啊，轻松低调，没有紧张感！
关于伯乐头条
专注于IT互联网，分享业界最新动态。
新浪微博：
推荐微信号
（加好友请注明来意）
- 好的话题、有启发的回复、值得信赖的圈子
- 分享和发现有价值的内容与观点
- 为IT单身男女服务的征婚传播平台
- 优秀的工具资源导航
- 翻译传播优秀的外文文章
- 国内外的精选博客文章
- UI,网页，交互和用户体验
- 专注iOS技术分享
- 专注Android技术分享
- JavaScript, HTML5, CSS
- 专注Java技术分享
- 专注Python技术分享
& 2017 伯乐在线Github 终于开始认真考虑开源项目许可证了 - 开源软件 - ITeye资讯
相关知识库：
如今GitHub已成为全球最流行的开源项目托管平台，但也有质疑声音——“”。这是因为Github中大多数项目并没有明确声明所使用的许可证。
根据版权法规定，如果开源项目中没有包含任何一种OSI批准的开源许可证，那么其他用户将没有权利以任何目的任何形式去使用这些代码或fork这些项目。
但是繁多的许可证及条款可能会令开发者迷惑，不知道究竟该选择哪一种。对此，GitHub今天发布了网站，在呼吁开源项目开发者选择一个许可证的同时，还提供了许可证的一些简要说明。
1.& 我想要一个简单宽松的许可证
建议： 。这是一个宽松的、简明扼要的许可证，只要用户在项目副本中包含了版权声明和许可声明，他们就可以拿你的代码做任何想做的事情，你也无需承担任何责任。
使用该许可证的项目：jQuery、Rails
2.& 我比较关心专利
建议： 。这类似于MIT许可证，但它同时还包含了贡献者向用户提供专利授权相关的条款。
使用该许可证的项目：Apache、SVN和NuGet
3.& 我关心项目的共享改进
建议：GPL（ 或 ）许可证。这是一种copyleft许可证，要求修改项目代码的用户再次分发源码或二进制代码时，必须公布他的相关修改。V3版本与V2类似，但其进一步约束了在某些限制软件更改的硬件上的使用范围。
使用该许可证的项目：Linux、Git
关于如何选择许可证，详细信息可参阅：
为了使开发者养成选择开源许可证的习惯，Github在创建新库的表单中添加了一个许可证选项。该选项中提供了一组简化的开源许可证，开发者选择后，Github会自动在其库的根目录中创建一个readme文件。
如果你不想选择许可证，Github也不会勉强。Github表示，选择许可证只是你的权利，不是你的义务。但是需要注意的是，拒绝开源许可证并不意味着你拒绝了项目版权。没有许可证意味着你默认接受版权法中的规定，比如你可以保留你的项目源码被复制、分发、创建衍生版的权利，但有可能这不是你希望做的。
在Github中，如果你的项目以公共库的形式发布，表明你已经接受了Github的，该条款赋予了其他Github用户一些权利，比如允许他们查看你的项目库或fork等。
如果你想与他人分享你的项目，还是建议你选择一种开源许可证。
支持。真正的开源。