IDEA / git 和github 的新手使用教程

 

 

史上最简单的 IntelliJ IDEA 教程

 

 

https://blog.csdn.net/qq_35246620/article/details/61191375

 

第 1 篇:安装 IDE 的方法

第 2 篇:首次运行 IntelliJ IDEA 示例

第 3 篇:IntelliJ IDEA 安装目录的核心文件讲解

第 4 篇:详述 IntelliJ IDEA 的使用界面

第 5 篇:HelloWorld 项目创建及相关配置文件介绍

第 6 篇:设置 IntelliJ IDEA 主题和字体的方法

第 7 篇:修改 IntelliJ IDEA 模板注释中的 user 内容

第 8 篇:IntelliJ IDEA 常见文件类型的图标介绍

第 9 篇:IntelliJ IDEA 缓存和索引的介绍及清理方法

第 10 篇:IntelliJ IDEA 编译方式介绍及编译器的设置和选择

第 11 篇:IntelliJ IDEA 中 Project 和 Module 的概念及区别

第 12 篇:IntelliJ IDEA 中的版本控制介绍(上)

第 13 篇:IntelliJ IDEA 中的版本控制介绍(中)

第 14 篇:IntelliJ IDEA 中的版本控制介绍(下)

第 15 篇:详述 IntelliJ IDEA 插件的安装及使用方法

第 16 篇:详述 IntelliJ IDEA 创建 Maven 项目及设置 java 源目录的方法

第 17 篇:IntelliJ IDEA 中的 Maven 项目初体验及搭建 Spring MVC 框架

3 小技巧

第 1 篇:IntelliJ IDEA 快捷键

第 2 篇:详述 IntelliJ IDEA 之 添加 jar 包

第 3 篇:详述 IntelliJ IDEA 之 Debug 篇

第 4 篇:IntelliJ IDEA 设置默认 Maven 的两种方法

第 5 篇:IntelliJ IDEA 控制台输出中文乱码问题的解决方法

第 6 篇:详述 IntelliJ IDEA 中恢复代码的方法

第 7 篇:详述 IntelliJ IDEA 中恢复代码的方法「进阶篇」

第 8 篇:详述 IntelliJ IDEA 中自动生成 serialVersionUID 的方法

第 9 篇:详述 IntelliJ IDEA 提交代码前的 Code Analysis 机制

第 10 篇:关于 IntelliJ IDEA 中 Schedule for Addition 的问题

第 11 篇:详述 IntelliJ IDEA 设置 Sublime 代码颜色的方法

第 12 篇:详述 IntelliJ IDEA 远程调试 Tomcat 的方法

第 13 篇:利用 IntelliJ IDEA 进行代码对比的方法

第 14 篇:IntelliJ IDEA 最新激活码(截止到2018年10月14日)

第 15 篇:手把手教你设置 IntelliJ IDEA 的彩色代码主题

第 16 篇:详述使用 IntelliJ IDEA 解决 jar 包冲突的问题

 

 

 

 

史上最简单的 GitHub 教程

https://blog.csdn.net/qq_35246620/article/details/66973794

 

推荐给大家很棒的新手教程: 

Git 文档  较为全面的解释文档

标记红色的为重要章节:

 

第 1 篇:初识 GitHub · 简介篇

第 2 篇:敲开 GitHub 的大门 · 注册账号

第 3 篇:GitHub 主页介绍及修改个人信息

第 4 篇:创建 GitHub 仓库的步骤及方法

第 5 篇:GitHub 术语解释

第 6 篇:Git 的安装流程及步骤

第 7 篇:Git 初体验及其常用命令介绍(上)

第 8 篇:Git 初体验及其常用命令介绍(下)

第 9 篇:利用 SSH 完成 Git 与 GitHub 的绑定

第 10 篇:通过 Git 将代码提交到 GitHub(上)

第 11 篇:通过 Git 将代码提交到 GitHub(下)

第 12 篇:Git 进阶之「设置别名」

第 13 篇:关于 GitHub 的若干补充

第 14 篇:详述 GitHub 中声明 LICENSE 的方法

 

 

git 常见命令:

 

  • git status,查询仓库状态;
  • git init,初始化仓库;
  • git add,添加文件;
  • git commit,提交文件;
  • git log,查询提交日志;
  • git branch,拉分支;
  • git checkout,切换分支或者标签;
  • git merge,合并分支;
  • git branch -d & git branch -D,删除或者强制删除分支;
  • git tag,添加标签。

 

关于 git stash

 

经常有这样的事情发生,当你正在进行项目中某一部分的工作,里面的东西处于一个比较杂乱的状态,而你想转到其他分支上进行一些工作。问题是,你不想提交进行了一半的工作,否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。

“‘储藏”“可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中,随时可以重新应用。

储藏你的工作

为了演示这一功能,你可以进入你的项目,在一些文件上进行工作,有可能还暂存其中一个变更。如果你运行 git status,你可以看到你的中间状态:

$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#      modified:   index.html
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#
#      modified:   lib/simplegit.rb
#

现在你想切换分支,但是你还不想提交你正在进行中的工作;所以你储藏这些变更。为了往堆栈推送一个新的储藏,只要运行 git stash

$ git stash
Saved working directory and index state \
  "WIP on master: 049d078 added the index file"
HEAD is now at 049d078 added the index file
(To restore them type "git stash apply")

你的工作目录就干净了:

$ git status
# On branch master
nothing to commit, working directory clean

这时,你可以方便地切换到其他分支工作;你的变更都保存在栈上。要查看现有的储藏,你可以使用 git stash list

$ git stash list
stash@{0}: WIP on master: 049d078 added the index file
stash@{1}: WIP on master: c264051 Revert "added file_size"
stash@{2}: WIP on master: 21d80a5 added number to log

在这个案例中,之前已经进行了两次储藏,所以你可以访问到三个不同的储藏。你可以重新应用你刚刚实施的储藏,所采用的命令就是之前在原始的 stash 命令的帮助输出里提示的:git stash apply。如果你想应用更早的储藏,你可以通过名字指定它,像这样:git stash apply stash@{2}。如果你不指明,Git 默认使用最近的储藏并尝试应用它:

$ git stash apply
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#
#      modified:   index.html
#      modified:   lib/simplegit.rb
#

你可以看到 Git 重新修改了你所储藏的那些当时尚未提交的文件。在这个案例里,你尝试应用储藏的工作目录是干净的,并且属于同一分支;但是一个干净的工作目录和应用到相同的分支上并不是应用储藏的必要条件。你可以在其中一个分支上保留一份储藏,随后切换到另外一个分支,再重新应用这些变更。在工作目录里包含已修改和未提交的文件时,你也可以应用储藏——Git 会给出归并冲突如果有任何变更无法干净地被应用。

对文件的变更被重新应用,但是被暂存的文件没有重新被暂存。想那样的话,你必须在运行 git stash apply 命令时带上一个 --index 的选项来告诉命令重新应用被暂存的变更。如果你是这么做的,你应该已经回到你原来的位置:

$ git stash apply --index
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#      modified:   index.html
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#
#      modified:   lib/simplegit.rb
#

apply 选项只尝试应用储藏的工作——储藏的内容仍然在栈上。要移除它,你可以运行 git stash drop,加上你希望移除的储藏的名字:

$ git stash list
stash@{0}: WIP on master: 049d078 added the index file
stash@{1}: WIP on master: c264051 Revert "added file_size"
stash@{2}: WIP on master: 21d80a5 added number to log
$ git stash drop stash@{0}
Dropped stash@{0} (364e91f3f268f0900bc3ee613f9f733e82aaed43)

你也可以运行 git stash pop 来重新应用储藏,同时立刻将其从堆栈中移走。

取消储藏(Un-applying a Stash)

在某些情况下,你可能想应用储藏的修改,在进行了一些其他的修改后,又要取消之前所应用储藏的修改。Git没有提供类似于 stash unapply 的命令,但是可以通过取消该储藏的补丁达到同样的效果:

$ git stash show -p stash@{0} | git apply -R

同样的,如果你沒有指定具体的某个储藏,Git 会选择最近的储藏:

$ git stash show -p | git apply -R

你可能会想要新建一个別名,在你的 Git 里增加一个 stash-unapply 命令,这样更有效率。例如:

$ git config --global alias.stash-unapply '!git stash show -p | git apply -R'
$ git stash apply
$ #... work work work
$ git stash-unapply

从储藏中创建分支

如果你储藏了一些工作,暂时不去理会,然后继续在你储藏工作的分支上工作,你在重新应用工作时可能会碰到一些问题。如果尝试应用的变更是针对一个你那之后修改过的文件,你会碰到一个归并冲突并且必须去化解它。如果你想用更方便的方法来重新检验你储藏的变更,你可以运行 git stash branch,这会创建一个新的分支,检出你储藏工作时的所处的提交,重新应用你的工作,如果成功,将会丢弃储藏。

$ git stash branch testchanges
Switched to a new branch "testchanges"
# On branch testchanges
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#      modified:   index.html
#
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#
#      modified:   lib/simplegit.rb
#
Dropped refs/stash@{0} (f0dfc4d5dc332d1cee34a634182e168c4efc3359)

这是一个很棒的捷径来恢复储藏的工作然后在新的分支上继续当时的工作。

 

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值