Skip to content

Latest commit

 

History

History
109 lines (78 loc) · 9.36 KB

README.md

File metadata and controls

109 lines (78 loc) · 9.36 KB
Raw

以下是我最初开始使用Github记录下遇到的困惑和一些操作，如果你也在最开始使用GitHub遇到相同的困惑，也许可以给你一些启发，若发现不合理之处，欢迎指正。

遇到的一些问题

第一个问题之注册账号

  • 问题阐述：首先打开github官网申请注册一个github账号，输入申请账号之后网页会有一个邮箱验证确保你不是机器人。但是提交之后浏览器一直弹出红色报错，英文水平有限，磕磕绊绊读了大概是验证码有错误。

  • 解决办法：GitHub注册失败，卡在第一步，百度搜索发现有人和我遇到一样的问题，如果你也卡在这一步，其实是很正常的，因为每个人都是这样，Take it easy！以下是几个可以参考的做法：

    解决验证报错问题之后，进入注册剩余步骤，选择账户类型，完成问卷，验证邮箱。这些都比较顺畅。可参考GitHub账户注册流程

  • 用时:约1个小时。

第二个问题之页面浏览

  • 问题阐述：进入页面之后发现纯英文阅读障碍，然而我还连界面和每一个标签的意义都不知道，更不要提克隆、创建分支、提交这些。

  • 解决办法：继续百度这些Github基本概念，你要知道，在这篇帖子中我大概知道GitHub是一个可以做什么的地方，这让我产生了兴趣，同时也了解了几个基本概念，以下摘录：

    • ①Repository：译为仓库，你可以将它理解为文件夹，可以用来存放项目相关的文件。
      点击网页右上角的加号
      点击加号
      可以新建或导入仓库。
      新建仓库
      新建仓库时，你需要设置 仓库的名称、仓库的可见性，而对仓库的描述则不是必填项。勾选下方的使用README初始化仓库，则会在新建的仓库中生成一个README文件。
      创建好仓库后，你可以点击Create new file按钮来书写代码，也可以点击README.md右边的编辑按钮，来对仓库的说明文档进行编辑。
      更加详尽的REANME.md文件操作将在下文介绍。

    • ②Watch : 关注你感兴趣的仓库或资源
      Watch按钮，里面有4个选项，对应4种不同的通知权限。
      四种通知权限
      默认情况下，Watch是处于Not Watching状态的，如果你在Github上看到一个不错的仓库，想长期关注它的动态，那你可以选择切换到第二或第三种状态。 打开通知后，当仓库或资源更新后，你可以在账户的个人中心收到通知，如果你绑定了邮箱，那么你也可以通过邮件收到更新提醒。

    • ③Star：点赞或收藏。点赞别人的项目。

    • ④fork：复刻/派生。为了方便你 在他人分享的源码基础上，进行二次开发，创建不同的软件。 当你使用fork拷贝了他人的项目，你可以在仓库名称下方的小字，看到fork的来源。 看到来源

    • ⑤Issue：讨论区或留言区。 这个部分我用得比较多，而很多最开始该如何使用的问题也在上面提出，得到有经验的前辈的帮助很及时，这也是我在很迷惑的时候还能坚持的一个原因。

    • ⑥Follow：添加好友。

    • ⑦Comment：评论。

  • 用时:浏览概念大概3o分钟左右，使用Repository和Issue这两个部分比较多，实际上fork是后来慢慢才学会，并不妨碍。

第三个问题之申请加入

  • 问题阐述：我怎么才能加入CASDU账号成为电子版会刊编辑之一。

  • 解决办法：按照论坛【关于会刊电子版转载的通知】里的指示，给 banbooliu@gmail.com 发邮件，申请加入，申请通过后会有邮件回复。
    收到邮件
    这一步很顺畅，很快组织就通过邮件发送了邀请，通过了之后发现kuikan已经出现在自己的仓库。

  • 用时：收到回复邮件很快，但是我看到已经是当天傍晚。

第四个问题之会刊更新

  • 问题阐述：首先我提到kuikan已经在我的目录，那么我直接在网页上进行编辑就可以，我在kuikan下新建立一个2019.md文件，但是只限于将手头的word文字码上去，不知道如何使用Markdown格式进行美化操作。

  • 解决办法：百度(GitHub上README.md排版样式教程)、GitHubGuidesLearnMarkdown、提出新的ISSUE向有经验者进行询问、查找已经更新的2018.md点击history查看以往的代码。 以下是更新会刊需要用到的几种格式：

    • 1、各级标题（用于区分重要性、文章标题等）
    • 2、缩进 （用于作者介绍、引用他人文字）
    • 3、超链接 （用于目录与文章标题跳转、回到目录、转到外部链接等）
    • 4、分级 （更加美观的目录显示）
    • 5、空格 （用于不同格式之间的切断，上面的操作中空格同样非常重要）

  • 用时：markdown格式学习以及初次录入一篇文章约一个下午。引入目录花费30分钟。
    断断续续进行更新，偶尔更新几篇的频率，在转载过程中又是一次新的阅读，完成全部2019.md录入约一个月。

第五个问题之探索更多

  • 问题阐述1：后续markdown格式探索之图片显示、表格显示、表情显示

  • 解决办法：图片显示、表格显示、表情显示

  • 用时：不定时瞅瞅 🤣

  • 问题阐述2：我想要对别人已经完成的一些操作进行自己的修改。

  • 解决办法:在百度上找到一个简易教程：GitHub网页版开始教程，在这里可以找到以下的步骤：

    • 创建一个开源库
    • 开始和管理一个新的分支
    • 修改一个文件并且向GitHub提交这些修改
    • 开启和合并一个合并请求

  • 用时:to be continue...

  • 问题阐述3：我想搜索更多有意思的仓库。

  • 解决办法：GitHub 的搜索功能

  • 解决办法：Find RSS

  • 用时：to be continue...

  • 问题阐述4：GitHub 使用小技巧。

最后谈一些我对于Github 的理解:

Github是一个和论坛很类似的平台，和论坛做对比的话，论坛的帖子就像一本本已经装订好的本子，而这个本子一开始是楼主所有的由他进行书写。 同时论坛上有很多的版主和用户，版主的权限是很多的，可以对书写的内容审核如果不好可以修改，也可加精加权限等等。 用户呢，参与本子的后续书写也可以点评，但是发现之前如果有可以改动的地方是无能为力的，因为用户的权限比较低。 而Github就像一本活页本，它是公共的，这意味很多人都可以用到它，但是挪出活页本的一页去复印的时候，会显示来源在哪里。 而且，活页本的好处就是不断更新，对于每一个加入电子版会刊编辑的伙伴，可以进行权限操作，编辑和加工，相当于就是人人都是版主， 同时这也Github的功能之一，Working with a team? GitHub is built for collaboration. Set up an organization to improve the way your team works together, and get access to more features. 翻译过来就是说，GitHub是为协作而构建的。建立一个组织来改进团队合作的方式，并获得更多功能。

探索也是一种乐趣。