关于github上一些单词的使用
Git 和 GitHub 已经成为了开发者的基础工具,尤其是参与开源软件开发时经常会使用它们。但是在 Git 和 GitHub 使用过程中遇到的很多术语并没有标准的或约定俗成的中文译名,因此,我根据 GitHub 、Git 等文档,并结合我的学习理解,收集整理了 Git 和 GitHub 中一些常用术语的中文译名及其解释。
在使用github时,一些单词的含义可能不清楚,下面是笔者学习过程中的理解
(按字母序排列)
B
- blame 追溯文件每行的最新修改,一般会显示修订、作者和时间。这很有用,例如,可以跟踪何时添加了功能,或者哪个提交导致了特定漏洞。
- branch 分支是仓库的平行版本。它包含在仓库中,但不影响主要或 master 分支,可让你自由工作而不中断“即时”版本。在执行所需的更改后,可以将分支合并回 master 分支以发布更改。
C
- checkout 在命令行上使用 git checkout 创建新分支,将当前的工作分支更改为不同的分支
- clean 清除
- clone 克隆存在于计算机上而非网站服务器其他位置的仓库副本
- code owner 作者
- collaborator 协作者
- commit 提交或“修订”,即对一个文件(或一组文件)的个别更改——通常提交到本地git库中
- commit author 进行提交的用户。
- commit message 随附于提交的简短描述性文字。
- contributor 贡献者,对仓库没有协作者权限但参与过项目
D
- default branch 仓库中的基本分支,除非你指定不同的分支,否则会自动对它完成所有拉取请求和代码提交。此分支通常称为 master。
- diff 差异是指两个提交之间的更改或保存的更改之间的区别,它将从视觉上描述文件自上次提交后添加或删除的内容。
F
- fetch 在使用 git fetch 时,你将从远程仓库添加更改到本地工作分支,而不提交它们。与 git pull 不同,提取可让你在更改提交到本地分支之前先进行审查。
- force push 强制推送
- fork 复制克隆仓库(该fork项目独立存在)
I
- issue 事务卡片,即提问题讨论
M
- master 默认开发分支。
- merge 合并是从一个分支(在相同的仓库中或来自一个分叉)提取更改,然后将其应用到另一个分支。
- merge conflict 合并的分支之间发生的差异。
- merge request 合并请求
O
- origin 默认上游仓库
P
- private repository 私有仓库仅对仓库所有者和所有者指定的协作者可见。
- profile 个人资料
- public repository 公共仓库
- pull 拉取是指提取与合并更改
- push 推送是指将提交的更改发送到 http://GitHub.com 上的远程仓库
- push a branch 推送分支
R
- repository 仓库
- rebase 变基——将一系列更改从一个分支重新应用到不同的基本分支,并将该分支的头部重置为结果
- release 发布
- remote repository 远程仓库
- repository 仓库是 GitHub 最基本的元素,最容易被想象成项目的文件夹。
- resolve 手动修复自动合并失败的操作。
- revert 恢复 GitHub 上的拉取请求
U
- URLremote URL 存储代码的位置:GitHub、其他用户分支甚至不同服务器上的仓库。
- upstream branch 上游分支,即合并到所述分支的默认分支
S
- star 收藏
W
- watch 关注
小节:边学英语边学github吧~一起进步!

浙公网安备 33010602011771号