为了自己的记录而创建的git备忘录

首先

我在逐渐使用git,但是还有很多不太明白的地方,所以正在整理中。

定义

代码库
本地代码库
远程代码库
提交
索引
工作目录
分支
合并


指针

我对工作区、HEAD和master还不太了解。

命令清单

一般使用类型

git config --global user.name "namae"
git config --global user.email "e@mail"
git init
git clone <url>
git pull
git push <先repo> <元repo>
git add <file>
git commit -m ''
git status
git diff <file>
git log
git remote add <> <url>
git reset
git tag <tag>
git mv <前> <後>

分支系

git branch <>
git checkout <>
git merge <>
git merge --no-ff <>
git rebase <>
git checkout -b <>

现在不太理解的范畴

git gc
git revert <commit>
git stash <>

姓名相似系

git reset # なかったことにする
git revert # なかったことにするけどログを残す
git rebase # まとめるらしい

他们会来吗?

在这种情况下该怎么办?

安装

设置全局的Git用户名为”namae”,全局的Git邮箱为”e@mail”。

在GitHub或其他类似平台上创建仓库后开始工作。

克隆存储库:
git克隆 <>
创建README.md文件:
触碰README.md
将README.md添加到提交列表:
git添加 README.md
提交更改:
git提交 -m “添加README”
将更改推送到主分支:
git推送 -u origin master

将已有的文件推送到GitHub等。

初始化git
git远程添加origin <>
git添加 .
git提交 -m “初次提交”
git推送 -u origin master

将本地存储库推送到GitHub或其他地方

将原始远程名称改为旧-原远程,再给远程添加新的名称为< >,将所有内容推送至新的远程并设置为默认推送源,同时推送所有标签至新的远程。

分支模型

    • masterのみ

 

    • masterとdevelop

 

    • masterとnew-feature

 

    • github-flow

 

    git-flow

GitHub-flow很简单,感觉不错。

在使用CI时(如Heroku)

在GitHub推送后,将相应的分支也推送到Heroku的机制。

看一下GitLab的示例,似乎是将master分支部署到Staging环境,然后给它打上标签,再部署到生产环境。打上标签后就可以轻松地发布了,好像很方便。

使用GitLab CI/CD来测试和部署Ruby应用程序 | GitLab

与svn进行对比

由于”checkout”一词的意义不同,导致我感到困惑。

svngitsvnadmin creategit initsvn checkoutgit clonesvn updategit pullsvn addgit addsvn commitgit commitsvn statusgit statussvn switchgit checkoutsvn mergegit mergesvn revertgit checkout

请提供更多的信息。

【完整版】推荐的5本适合入门Git的书籍!| 侍工程师学院博客| 面向初学者的编程学习信息网站

经过筛选的19个常用Git基础命令收集 | 侍工程师学院博客 | 面向初学者的编程学习信息网站

学习Git入门 | 作者:Travis Swicegood | Book | 在线购买 | 亚马逊

有關Git的分支模型 – Qiita

一种成功的Git分支模型 » nvie.com

Git-flow是什么?- Qiita

使用Git分支和GitHub Flow来实现更简单的运营,其中包括合并拉取请求/审查的图解说明(2/2):Git分支和GitHub Flow入门指南(结束)- @IT

广告
将在 10 秒后关闭
bannerAds