Git checkout 不会改变任何东西

Question

我真的很喜欢吉特。至少，我喜欢 git 的想法。能够将我的主项目作为一个单独的分支进行检查，在那里我可以更改我想要的任何内容，而不用担心搞砸其他所有事情，这真是太棒了。但这不起作用。

基本上，我的工作流程是这样的：

1. 将稳定版本签出到新分支以试验新代码
2. 进行一系列更改 - 我无意保留任何这些，我只是在试验。
3. 查看我更改的所有内容
4. 添加要跟踪的所有更改
5. 提交分支并将分支推送到原点（如果有效，否则跳过此步骤）
6. 决定尝试另一种方法，返回 master
7. 观察实验中的工件 文件

每当我将一个分支签出到另一个分支，对一个分支进行更改，然后签出原始分支时，我仍然拥有所有 以及另一个分支中发生的变化。这变得非常令人沮丧。我读到，当您在执行此操作时在 IDE 中打开文件时，可能会发生这种情况，但我对此非常小心，并且在切换之前都关闭了 IDE 中的文件，关闭了 IDE，并关闭了我的 Rails 服务器分支，这种情况仍然会发生。此外，运行“git clean -f”要么删除任意提交后发生的所有内容（并且是随机的），要么像最新的情况一样，不将任何内容更改回其原始状态。

我以为我正确使用了 git，但此时我已经无计可施了。我正在尝试使用项目的稳定版本来处理一堆实验代码，但我仍然必须手动跟踪并修复我所做的所有更改。有什么想法或建议吗？

git checkout -b photo_tagging
git branch # to make sure it's right
# make a bunch of changes, creations, etc
git status # see what's changed since before
git add . # approve of the changes, I guess, since if I do git commit after this, it says no changes
git commit -m 'these are changes I made'

git checkout master
git branch #=> *master

# look at files, tags_controller is still there, added in photo_tagging
# and code added in photo_tagging branch are still there in *master

无论我是否在分支上进行提交，这似乎都会发生。

Answer 1

当我尝试将临时分支从主分支切换到另一个分支时，当我更改该临时页面上的某些内容并且不提交更改时，我会再次签出主分支，它实际上合并了来自临时分支的所有更改，我遇到了这个问题进入大师。

解答：

每当您签出 TEMP 分支时，请提交您的更改。这样，如果您将它们提交到 TEMP 分支并再次签出 MASTER，它将按预期工作。

Answer 2

这是如何使用 git 和分支的示例。

$ git branch
* master
  organize

$ git branch networking
$ git checkout networking

$ git branch
  master
* networking
  organize

现在Master已经更新了很多次了，因为有人在网络上做了任何事情

$ git pull origin networking
From github.com:dlundquist/Asteroids
 * branch            networking -> FETCH_HEAD
CONFLICT (rename/delete): Rename src/ServerClientThread.java->src/ServerConnectionThread.java in 92d5b7c4e7c4110803eabf5d5152e7f2a337d722 and deleted in HEAD
Auto-merging src/Actor.java
Auto-merging src/Asteroids.java
CONFLICT (content): Merge conflict in src/Asteroids.java
Auto-merging src/BasicWeapon.java
CONFLICT (content): Merge conflict in src/BasicWeapon.java
CONFLICT (delete/modify): src/DedicatedServer.java deleted in HEAD and modified in 92d5b7c4e7c4110803eabf5d5152e7f2a337d722. Version 92d5b7c4e7c4110803eabf5d5152e7f2a337d722 of src/DedicatedServer.java left in tree.
Auto-merging src/MainMenu.java
CONFLICT (content): Merge conflict in src/MainMenu.java
CONFLICT (delete/modify): src/NetworkClientThread.java deleted in HEAD and modified in 92d5b7c4e7c4110803eabf5d5152e7f2a337d722. Version 92d5b7c4e7c4110803eabf5d5152e7f2a337d722 of src/NetworkClientThread.java left in tree.
CONFLICT (delete/modify): src/NetworkUpdate.java deleted in HEAD and modified in 92d5b7c4e7c4110803eabf5d5152e7f2a337d722. Version 92d5b7c4e7c4110803eabf5d5152e7f2a337d722 of src/NetworkUpdate.java left in tree.
Auto-merging src/ScenePanel.java
CONFLICT (content): Merge conflict in src/ScenePanel.java
Auto-merging src/Shield.java
CONFLICT (content): Merge conflict in src/Shield.java
Auto-merging src/Sprite.java
Auto-merging src/TripleShotWeapon.java
Auto-merging src/Weapon.java
Automatic merge failed; fix conflicts and then commit the result.
mjolnir:Asteroids Durandal$ git status
# On branch networking
# Changes to be committed:
#
#   modified:   src/Actor.java
#   modified:   src/Sprite.java
#   modified:   src/TripleShotWeapon.java
#   modified:   src/Weapon.java
#
# Unmerged paths:
#   (use "git add/rm <file>..." as appropriate to mark resolution)
#
#   both modified:      src/Asteroids.java
#   both modified:      src/BasicWeapon.java
#   deleted by us:      src/DedicatedServer.java
#   both modified:      src/MainMenu.java
#   deleted by us:      src/NetworkClientThread.java
#   deleted by us:      src/NetworkUpdate.java
#   both modified:      src/ScenePanel.java
#   added by them:      src/ServerConnectionThread.java
#   both modified:      src/Shield.java

哇，git真的很疯狂。看起来 Master 比 Networking 领先太多了，git 无法为我完成所有工作。

$ git reset --hard networking
HEAD is now at 20d6ee8 done tweaking game on the main branch.  Fixed a few bugs with the TripleShotWeapon.  Rebalanced the gameMechanics() in Asteroids to increase the difficulty as the levels increase.
mjolnir:Asteroids Durandal$ git status
# On branch networking
nothing to commit (working directory clean)

好吧，现在我“回到了过去”网络上次被推送到原点的时候。但我确实应该先回去与师父融合，然后再做任何事情。否则的话，合并就更困难了。

合并文件所花费的时间

$ git add (insert conflict resolved files here)
$ git commit -a -m "Merged networking with master"
$ git checkout master
$ git branch
* master
  networking
  organize

现在让我们应用我们的更改。

$ git merge networking
Already up-to-date.

如果您喜欢“是的！”，您可能会想要这样做。

$ git merge origin networking
Already up-to-date. Yeeah!

将我们的改变推向世界

$ git push origin master

Answer 3

我喜欢用通用语言解释 git。答案：这是因为假设更改分支（结帐）会将您带到另一个“工作空间”。 Git 不会这样做（虽然感觉更自然，而且很多人都有这样的误解）。

相反，可以说，分支就像标签。因此，您可以围绕分支跳舞，做一些工作，修改内容，再次跳舞，然后提交。然后，提交将位于您去的最后一个分支！结帐仅更改您将使用的“标签”/分支。

Martas 评论后更新

这适用于您的分支和主控同步（关于跟踪文件）或未跟踪文件的情况。如果实际上它们处于不同的状态，那么当您结账时，文件和文件夹实际上会消失并重新出现。如果您跟踪了更改但未提交，那么 git 实际上会中止签出，并且您必须提交或隐藏它们。

Answer 4

请检查您是否有写入权限。此错误是由于对存储库的只读访问而出现的。

Answer 5

$ git branch
* master
$ git checkout -b develop
$ git branch
  master
* branch

现在更改您想要的任何内容并执行 git add 。

$ git add .   <--Here is the source of the problem, always git add . at your branch to see the observable difference between two branches.
$ git commit -m "Some messages"

$ git checkout master
$ git branch
*master
develop

一切都整洁干净。

Answer 6

简而言之：提交您的更改（确保您在正确的分支“实验分支”上签出），即使您不想保留它，如果您想要的话，您可以稍后删除该分支）
然后签出您想要的分支（在更改之前），您的 IDE 现在将显示/更新您刚刚签出的分支中文件的状态）