大致总结

我想尽力保留原文内容并加以处理。

不要使用reset –hard，而是使用reset –soft等软重置方式。

不想反映变更修正的文件设置

• 常にunstaged

git update-index –assume-unchanged [ファイル名]

将本地分支推送到命名为远程分支的位置。

将本地分支推送到远程分支。

当遇到commit时出现了困难。

提交对自身修改的内容之后

git pull 源名称 分支名称
* 如果提交历史与主分支等不一致，但没有冲突，那就没问题。
* 当在主分支等上合并拉取请求后，只会添加修订部分。

在进行自身修正之前，将master（远程分支）pull下来。

git pull –rebase [remote name] [branch name]
* 由于采用rebase方式，如果与修正部分之外的更改历史有不一致，将无法运行。
* 如果视为冲突进行修正，则提交编号将发生变化。
* 如果正常运行，提交历史将与主分支（如master）处于相同状态，以便更易于确认。

如果想要将特定的提交合并到另一个分支中。

切换到分支名为branch_name的分支
在当前分支，选择合并提交号为コミット番号的提交

将特定的文件恢复到以前的提交状态的方法。

使用git checkout命令，在指定的提交号和文件路径下切换到对应的文件。

当涉及其他远程事务

添加另一个遥控器

在中文中，以下是该句的表达方式：

添加远程名为「任意」，远程URL为「リモートURL」的远程库：
git remote add リモート名(任意) リモートURL

获取远程名为「リモート名」的内容：
git fetch リモート名

注意：如果不进行fetch操作，则无法进行文件确认等操作。

查看另一个远程文件

用中文对以下句子进行释义（只需要一种选项）：
git show リモート名/ブランチ名:./ファイル名
* 在同一位置进行操作，或者进行路径指定的样子。

如果从另一个远程位置导入特定的文件或目录。

在同一个位置上或指定路径处将git checkout リモート名/ブランチ名 ./ファイル名

在拉动后陷入困境时

将最近的pull全部视为没有发生过。

重置git并回退到ORIG_HEAD

用远程分支的内容覆盖本地分支。

回退到指定远程仓库/分支，强制覆盖本地代码。

可以保留之前的修改内容。

获取远程仓库的内容并将其更新到本地（git fetch remote_name），然后将HEAD重置到最新的获取的提交（git reset –soft FETCH_HEAD）。

剪辑指定的分支时

从特定的提交号创建一个分支的方法

切换到某个提交编号并创建一个新的分支，分支名为”ブランチ名”。

从特定的远程分支创建本地分支的方法

切换到远程分支并创建一个新的本地分支：git checkout -b 本地分支名 远程分支名