IDEA操作git最佳实践

核心概念：

 

 

origin：是 Git 对「远程仓库」的默认别名（alias）。当你通过 git clone 克隆一个仓库时，Git 会自动将远程仓库地址命名为 origin，方便后续操作（比如推送、拉取代码）。你可以理解为「远程仓库的昵称」。
master：是远程仓库中的一个分支名称（通常是默认主分支，现在很多项目也用 main 替代）。
合起来，origin/master 表示「远程仓库（origin）里的 master 分支当前的状态」（即该分支在远程仓库中的最新提交记录）。

对于单人开发，使用 dev 分支是一个非常好的习惯，它为主分支 main 又增加了一层保护。流程如下：

创建 dev 分支：从稳定的 main 分支创建出一个名为 dev 的开发分支。
在 dev 分支上工作：
所有新功能的开发、日常提交，都发生在 dev 分支上。
你可以直接将代码推送到远程的 dev 分支，作为备份和同步。
功能完成，准备发布：
当 dev 分支上的一个或多个功能已经完成并且经过测试后，你将 dev 分支合并回 main 分支。
这个合并操作意味着：“开发阶段的代码已经稳定，可以发布一个新版本了”。
打标签 (Tag)：在 main 分支上合并完成后，通常会给这次提交打上一个版本号标签（如 v1.0.1），标记发布点。
整个过程可以直观地理解为： main 分支是【正式服】，dev 分支是【测试服】。你一直在【测试服】上折腾，觉得没问题了，就把数据同步到【正式服】。

 

首次拉取：

生成ssh_key：

GitLab配置SSH Key：简化远程代码管理的安全方式-百度开发者中心

先去仓库复制地址：（如果ssh不行，使用https）

 在IDEA中clone：

随后可以在本地进行开发，文件树会发生变化：

棕色：被版本控制忽略的文件（如 target/, .idea/ 等）
蓝色：修改过的已有文件
绿色：新创建的、未跟踪的文件
红色：被删除的文件（如果使用右键删除）

 

在工作区正常开发，需要提交时，可以提交：

 可以提交或者提交和推送一起做：

 commit的时候可以打个标签tag：

tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。

必须先有 Commit，才能创建 Tag。 Tag 的本质是指向某个特定 Commit 的指针，就像一个不会移动的分支名一样。它必须附着在一个已经存在的 Commit 对象上。

至于是在 commit 后、push 前还是 push 后创建，都可以，但最佳实践通常是在本地 commit 后、push 前创建 Tag。

 在IDEA中针对某次commit创建tag：

 接着push：

 勾选push tags:

 

新建分支：

 在dev进行开发、提交、推送等。

需要发布时，切换到master分支：

 进行合并：

 然后正常Push即可！

首先，确保 dev 分支的代码已经是最新并已推送。这能避免冲突。

点击右下角的分支图标，选择 main 分支进行切换。IDEA 会提示你是否允许切换，选择允许，这会让你回到 main 分支。

现在你在 main 分支上。再次点击右下角的分支图标，选择 dev 分支，但这次选择 Merge into Current (合并到当前分支)。

IDEA 会自动执行合并操作。如果没有任何冲突，合并就 silently 完成了。

解决冲突（如果出现）：如果有合并冲突，IDEA 会弹出非常强大的冲突解决工具，你可以清晰地对比代码并选择要保留的内容。

推送到远程 main：合并完成后，main 分支本地已经更新了。使用 Ctrl+Shift+K 推送（Push）本次合并提交到 origin/main。

 

可以