Git版本控制心得Git版本控制心得

Git版本控制心得

以下内容只涉及对一个分支的维护。
以下内容对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

最后

以上就是如意小天鹅为你收集整理的Git版本控制心得Git版本控制心得的全部内容，希望文章能够帮你解决Git版本控制心得Git版本控制心得所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。