Git版本控制心得

最新推荐文章于 2021-12-13 21:05:44 发布

原创最新推荐文章于 2021-12-13 21:05:44 发布 · 300 阅读

CC 4.0 BY-SA版权

2 篇文章

订阅专栏

本文聚焦于Git版本控制系统的核心操作，特别强调了如何通过确保本地仓库始终领先于远程仓库来优化工作流程。深入探讨了常规提交、保留线上或本地版本、合并冲突以及处理复杂情况的策略，为用户提供了一套实用的Git操作指南。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

以下内容只涉及对一个分支的维护。
以下内容对git具体指令设计的原理性问题没有深究，只是写给自己看的一些心得。
核心内容：介绍 git pull 的使用

先讲结论：一般情况，尤其是只维护一个分支的情况，可以保证本地比线上完全提前。在此情况下，建议：不要在GitHub网页界面上进行commit，所有操作在线下做好，保证本地比线上完全提前，然后正常提交（push）。

本地比线上提前，每次提交的正常操作

git add --all
git commit -m "Some Comment"
git push

本地和线上在同样的初始版本上各自有不同的commit
例子：

线上版本
repo
|-README.md
|-online.md

本地版本
repo
|-README.md
|-local.md

线上版本和本地版本是没有对应的，我们有时只需要线上版本，有时只需要本地版本，有时需要两者的融合。以下分别介绍。

重新clone线上版本

git clone "ssh://user@domain.com/repo.git"

例子：

操作之后保留线上版本
repo
|-README.md
|-online.md

正常push

git add --all
git commit -m "Some Comment"
git push

例子：

操作之后保留本地版本
repo
|-README.md
|-local.md

涉及pull的使用。在此情况下，最好保证线上版本和本地版本中重合的文件，内容相同，这样可以保证不丢失内容。
使用操作

git pull origin <branch>

例子：

线上版本
repo
|-README.md
|-online.md

本地版本
repo
|-README.md
|-local.md

其中两个README.md内容完全一致

合并之后，在本地
repo
|-README.md
|-online.md
|-local.md

然后在本地正常push即可。

git add --all
git commit -m "Some Comment"
git push

本地项目和线上版本有很多不对应。
建议：先在本地把项目组织好，确定目录和内容的正确性，然后直接push