idea 配置详解 （四）

(Version Control )

1. Version Control | Background

Background Operations(后台操作):  选择要在后台执行的版本控制的相关操作 "Changed on server" conflicts(“在服务器上更改”冲突)：   当需要idea检查本地修改的文件或检出的文件是否已被其他人修改的时候，选择Check every x minutes这个选项。 （方框内的是间隔检测的时间）。

2. Version Control | Changelists

• Track changed blocks in text files separately(单独跟踪文本文件中更改的块)：   如果希望能够将对一个文件的更改放入单独的更改列表中单独提交，请选择此选项。
• 尝试从非活动更改列表编辑文件时显示对话框：   如果选中此复选框，idea 会在尝试修改文件时 显示对话框。
• 高亮显示具有更改列表冲突的文件：   如果选中此复选框，则如果有冲突的地方将在编辑器选项卡和项目视图中以绿色字体显示。
• 高亮显示非活动更改列表中的文件：   如果选中此复选框，则属于非活动更改列表的文件的名称将在编辑器选项卡和项目视图中以浅蓝色字体显示。
• Files with ignored conflicts(忽略冲突的文件):  显示已在“解决更改列表冲突”对话框或编辑器条带中为其选择 “忽略”选项的文件列表。

3. Version Control | Commit

  配置提交选项

• Use non-modal commit interface(使用非模态提交接口)：    如果希望从Commit工具窗口提交的时候不显示模态 Commit Changes 对话框，请选择此选项。
• Clear initial commit message(清除初始提交消息):    如果不想使用以前的提交消息自动填充提交消息字段，请选择此选项。
• Force non-empty commit comments（强制非空提交评论）：    如果想在不输入提交消息的情况下限制提交更改，请选择此选项。
• Show unversioned files（显示未版本化的文件）：    如果希望尚未添加的新文件在“提交更改”对话框中列出，请选择此选项。
• Suggest to move uncommitted changes to another changelist（建议将未提交的更改移动到另一个更改列表）：    如果希望 idea建议将更改从提交中排除到另一个更改列表，请选择此选项。
• Create changelist on failed commit(在失败的提交上创建更改列表)：询问 是或者否    选择是否要在提交失败时创建新的更改列表。

Commit message inspections（提交消息检查）：    选择要应用于提交消息的检查。

Before Commit（提交前）：

• Reformat code（重新格式化代码）：    根据项目代码样式设置执行代码格式化。
• Rearrange code（重新排列代码）：    根据排列规则偏好重新排列您的代码。
• Optimize imports（优化导入）：    删除多余的导入语句
• Perform code analysis（执行代码分析）：    对要提交/搁置的文件运行代码检查。
• Check TODO (Show All) （检查 TODO（展示全部或者过滤器的名称））：    查看与指定过滤器匹配的TODO 项目。单击配置以选择现有的 TODO 过滤器，或打开TODO 设置页面并定义要应用的新过滤器。 添加自定义模式并过滤 TODO 项：
• Cleanup（清理）：    自动将当前检查配置文件应用于您要提交/搁置的文件。
• Update copyright（更新版权）：    根据选定的版权配置文件 - 范围组合添加或更新版权声明。

4. Version Control | Confirmation

指定是否希望在执行特定版本控制相关操作之前进行确认 When files are created(创建文件时)： 创建文件时候根据自己情况看是否需要把新加的文件添加到版本控制下以及是否需要显示

• 添加到版本控制之前显示选项：在打开的对话框中指定选项后，新创建的文件将置于版本控制之下。
• 静默添加：新创建的文件会在没有任何通知的情况下自动添加到版本控制中。
• 不要添加：新创建的文件保持未版本化，您可以稍后将它们置于版本控制之下。

When files are deleted（删除文件时）：

• 在从版本控制中删除之前显示选项：在打开的对话框中选择本地删除的文件后，它们也会从 VCS 中删除。
• 静默删除：本地删除的所有文件都会从 VCS 中删除，无需确认。
• 不要删除：本地删除的文件仍受版本控制。

When empty changelist becomes inactive（当空的更改列表变为非活动状态时）：

• 删除前显示选项：在删除已失去活动状态的空更改列表之前要求确认。如果您选择删除这样的更改列表，建议选择另一个更改列表以标记为活动。
• 静默删除：会自动删除变为非活动状态的空更改列表，默认更改列表除外。
• 不要删除：空的更改列表在失去活动状态时不会被删除。

Display Option dialogs when these commands are invoked（调用这些命令时显示选项对话框）： 指定是否希望在调用下面选择的命令时需要进行确认。 Show "Clear Read-Only" Status Dialog（显示清除只读状态对话框）: 选中此复选框可在编辑器中打开文件并尝试修改它时明确要求取消只读状态。 可以通过两种方式清除只读状态：     使用当前 VCS：文件被添加到更改列表     使用文件系统：文件不会添加到更改列表中。  此选项与将签出与打开以进行编辑分开的版本控制系统相关。 Restore worksapce on branch switching（分支切换时恢复工作空间）:   如果您希望在切换到该分支时恢复您的工作区，即一组打开的文件、当前运行配置和与特定分支关联的断点，请选择此选项。 Show patch in explorer after creation（创建后在资源管理器中显示补丁）:

5. Version Control | File Status Colors

在每个配色方案的基础上自定义文件状态颜色。

• Added (添加): 新文件添加到活动更改列表中的存储库（默认颜色#629755 绿）
• Added in not active changelist（添加在非活动列表中）：新文件添加到非活动更改列表中的存储库（默认颜色#629755 绿）
• Changelist conflict（更改列表冲突）：在两个更改列表中修改了文件 产生的冲突 （默认颜色#d5756c 红）
• Copied（已复制）：文件已复制（默认颜色#629755 绿）
• Deleted（已删除）：从存储库中删除的文件（默认#808080 灰）
• Deleted from file system（文件系统已删除）：从文件系统中删除的文件（默认同灰）
• Have changed descendants（改变了后代）：目录已递归更改文件（未使用）（ 默认#80cbc4 青）
• Have immediate changed children（立即更改后代）： 目录有立即更改的后代（未使用）（默认同青）
• Hijacked（被劫持）： 文件在没有编辑的情况下被修改（默认#ffcb6b 黄）
• Ignored（忽略）：文件被忽略 （默认#ab7967 棕）
• Merged（合并）：文件被合并修改（默认#C792EA 紫）
• Merged with conflicts（合并冲突）：文件有冲突（默认#d5756c 红）
• Merged with property conflicts（属性合并冲突）： 文件的属性有冲突（默认同红）
• Merged with text and propety conflicts（文本属性冲突）： 文本的属性和文本有冲突（默认同红）
• Modified（修改的）：在活动更改列表中修改的文件（默认#80cbcf 青）
• Modified in not active changelist（修改在非活动列表中）：在非活动更改列表中修改的文件（默认#82AAFF 蓝）
• Obsolete（过时的）： 文件已过时（默认#ffcb6b 黄）
• Renamed（重命名）： 文件重命名（默认#80CBC4 青）
• Switched（切换）： 来自另一个分支的文件（默认#C792EA 紫）
• Unknown（未知）： 未版本化的文件（默认#d5756c 红）
• Up to date（最新）： 文件不变（默认树色）

6. Version Control | Issue Navigation

  使用此对话框创建问题导航模式列表。问题导航模式将提交消息中的问题 ID 模式与引用问题的 URL 地址进行映射。这使您能够从提交的更改导航到与这些更改相关的问题。 前面是问题模式 后面是链接 右侧第一个加号为创建新的问题导航模式和链接（可在打开的新弹框中指定问题和链接的正则表达式） 第二个加号为创建新的 JIRA 模式。（可在打开的新弹框中指定JIRA 安装的 URL 会自动添加正则表达式） 第三个加号为创建新的点YouTrack模式 （可在打开的新弹框中指定YouTrack 安装的 URL 会自动添加正则表达式）

7. Version Control | Git

git版本控制：  1.指定git路径   test测试git路径是否正确 正确会返回git的版本号   如果想为不同的项目使用不同的路径，并且不希望全局应用此设置，勾选此选项（Set this path only for current project）。  2.cherry-pick 自动提交:   当您选择一个特定的提交时，将显示“提交更改”对话框。如果选择了Commit automatically on cherry-pick选项，则选定的提交会在单击 cherry-pick 按钮时静默提交而不会显示对话框。  3.在选择推送到受保护分支的提交时添加 'cherry-picked from <hash>' 后缀：   如果您希望在从受保护分支中挑选提交时保留对原始提交的引用，请选择此选项。默认情况下，挑选更改时不添加后缀。  4.如果即将提交 CRLF 行分隔符，则发出警告：   选择此选项以启用智能处理LF和CRLF行分隔符。IntelliJ IDEA 将分析您的配置，如果您要将 CRLF 提交到存储库，则会警告您，并建议将设置更改core.autocrlf为true或input取决于您的操作系统。（此设置不适用于已设置任何相关 Git 属性的文件。）  5.显式检查遥控器上的传入提交：   启用此选项，IntelliJ IDEA 将检查是否有尚未提取到本地存储库的待定传入提交，并将在 Branches 弹出窗口中标记此类分支。

• Auto：如果使用 HTTP 或 Git 协议访问远程，IntelliJ IDEA 将在后台检查更新。如果使用 SSH，则不会执行此检查，以便外部身份验证应用程序不会意外弹出。
• Always：即使使用 SSH 访问远程，IntelliJ IDEA 也会在后台检查更新。
• Never ：IntelliJ IDEA 不会查询远程的传入提交，并且会在Branches弹出窗口中显示警告，允许您手动运行检查。

 6.更新方法：    使用此列表选择将本地存储库与远程存储同步的策略。push当操作被拒绝时（如果当前分支的推送被拒绝时自动更新选项被启用），或者当您调用更新项目操作时，将使用选定的方法。

• 合并：选择此选项以在更新期间执行合并。这等效于运行git fetch然后git merge或git pull --no-rebase。
• Rebase ：选择此选项以在更新期间执行rebase 。这相当于运行git fetchthen git rebase，或者git pull --rebase（所有本地提交都将放在更新的上游头部之上）。

 7.使用清洁工作树：   选择在执行项目更新时如何处理未提交的更改

• Stash：本地更改将保存到git stash中。如果您需要在 IntelliJ IDEA 之外应用具有隐藏更改的补丁，这将很有用，因为它们是由 Git 本身生成的。
• Shelve：IntelliJ IDEA 会将本地更改搁置。搁置由 IntelliJ IDEA 完成，搁置更改生成的补丁通常应用在 IntelliJ IDEA 中。

 8.如果当前分支的推送被拒绝，则自动更新:   如果您希望在从当前分支到其跟踪分支的操作​​被拒绝时自动更新当前分支，请选中此复选框。(如果取消选择此选项，IntelliJ IDEA 将在推送分支被拒绝时显示Push Rejected对话框，因为您的本地存储库和远程存储不同步)  9.显示提交和推送的推送对话框:    如果您希望在单击“提交更改”对话框中的“提交”和“推送”后显示“推送”对话框，请选择此选项。否则，您的更改将自动推送到受影响的存储库。  10. 仅在提交到受保护的分支时显示推送对话框:   如果您在提交更改对话框中单击提交和推送后推送到受保护的分支，而只想显示推送更改对话框，请选择此选项。否则，您的更改将自动推送到受影响的存储库。  11.受保护的分支:   如果您想禁用对某些分支强制推送更改的能力，请在此处列出它们.您可以列出几个用分号分隔的分支，或者在输入被视为正则表达式列表时提供分支模式。  12.使用凭证助手:   如果您不想覆盖credential helpers>credential helpers，请选择此选项，这是默认行为。您将能够在Git 登录对话框中使用凭证助手进行身份验证。  13.按路径过滤更新项目信息:   如果您不想在执行更新时在“更新信息”选项卡中获取有关项目所有更改的信息，您可以按特定路径过滤列表。

8. Version Control | GitHub

  指定您的 GitHub 远程存储帐户，或者如果您还没有 GitHub 帐户，请创建一个 使用账号密码或者token添加 建议使用token添加 （账号密码添加反应是真滴慢） 既然要用token 当然要先获取token了 token获取： 登录github点 settings 设置 翻到最底下点击 develoer settings

选第一个 点生成新的token 如果需要输入密码就输入密码 然后填写相应的信息 如果有需要勾选权限的就都勾选上 之后点生成就ok了

总结：

Mercurial | Perforce| Subversion 暂时没有用到而且用的貌似也很少，暂时先不写了 等什么时候用到了再来补充吧。