• GitHub学习(三)


    1、更改提交的操作:

    ①git reset:回溯历史版本,不影响其他仓库的情况下对历史版本进行操作。

    提供目标时间点的哈希值 A,就可以完全恢复至该时间点的状态。

    ②git log命令只能查看以当前状态为终点的历史日志

    使用 git reflog命令,查看当前仓库的操作日志。在日志中找出回溯历史之前的哈希值,通过 git reset --hard命令恢复到回溯历史前的状态.

    ③当合并文件产生冲突:需要先修改冲突,在进行提交。

    ④修改上一层提交信息:git commit --amend(即修改上次提交的备注信息)

    ⑤git rebase -i压缩历史:

    我们用 git commit -am命令来一次完成这两步(先执行 git add命令 再执行 git commit命令)操作。

    2、代码推送至远程仓库:

    ①git remote add 远程仓库名:将这个仓库设置为本地仓库的远程仓库,并且将远程仓库的名称置为origin(标识符)。

    ②推送至远程仓库:将当前分支下本地仓库中的内容推送给远程仓库,需要用到 git push命令。假定我们在 master 分支下进行操作:

            当前分支的内容就会被推送给远程仓库 origin 的 master 分支。-u在推送的同时,将 origin 仓库的 master 分支设置为本地仓库当前分支的 upstream(上游)。添加了这个参数,将来运行 git pull命令从远程仓库获取内容时,本地仓库的这个分支就可以直接从 origin 的 master 分支获取内容,省去了另外添加参数的麻烦。 执行该操作后,当前本地仓库 master 分支的内容将会被推送到GitHub 的远程仓库中。在 GitHub 上也可以确认远程 master 分支的内容和本地master分支相同。

            推送至master以下的分支:

    在本地仓库中创建 feature-D 分支,并将它以同名形式 push 至远程仓库。

    在本地仓库中创建了 feature-D 分支,将它 push 给远程仓库并保持分支名称不变 。

    3、从远程仓库获取代码:

    ①git clone SSH:执行 git clone命令后默认处于master 分支下,同时系统会自动将origin设置成该远程仓库的标识符。也就是说,当前本地仓库的 master 分支与 GitHub 端远程仓库(origin)的 master 分支在内容上是完全相同的

    ② git branch -a 令查看当前分支的相关信息。添加 -a 参数可以同时显示本地仓库和远程仓库的分支信息。

    ③将远程仓库的某一个分支获取到本地:

     - b 参数的后面是本地仓库中新建分支的名称。将其命名为 feature-D,让它与远程仓库的对应分支保持同名。新建分支名称后面是获取来源的分支名称。例子中指定了 origin/feature-D,就是说以名为 origin 的仓库(这里指 GitHub 端的仓库)的 feature-D 分支为来源,在本地仓库中创建 feature-D 分支。

    ④像本地仓库分支提交更改:另一名开发者,要做一个新的提交。在 README. md 文件中添加一行文字,查看更改。

    提交分支:

     

     ⑤推送分支:git push

    从远程仓库获取 feature-D 分支,在本地仓库中提交更改,再将 feature-D 分支推送回远程仓库,通过这一系列操作,就可以与其他开发者相互合作.

    ⑥获取最新的远程仓库分支:git pull;远程仓库中该分支的代码,被其他开发人员改进,本地仓库并没有,则使用git pull将本地的分支更新为最新分支。

  • 相关阅读:
    Gorm框架学习---CRUD接口之创建
    【Kotlin基础系列】第4章 类型
    SSM大学生创新项目管理系统
    探析共享股东模式:创新的商业模式引领共享经济发展
    面向初学者的网络安全(二)
    一篇文章带你掌握主流服务层框架——SpringMVC
    YOLOV2详解
    对MVC三层架构的深入理解和对过滤器Filter的实战运用详解
    【云上探索实验室】编程范式变革进行时——CodeWhisperer实践全流程及测评分析报告
    【flink-sql实战】flink 主键声明与upsert功能实战
  • 原文地址:https://blog.csdn.net/laner__gg/article/details/125890111