Git的工作流

我们目前正在从TFVC迁移到Git源代码管理（在TFS中），因此有一些成长的烦恼。首先，我习惯了搁置的概念。搁置集允许我在TFS服务器上进行快速备份，而不用担心签入/合并到给定分支时存储库中显示的历史记录/描述。因此，我使用搁置集作为备份机制，以确保每天在我离开之前在服务器上存储我当前工作代码的副本（我们这里的硬件还不够坚固）

我现在希望使用Git重现这种风格的工作流。我被建议使用个人“功能”分支提交/推送我的正在进行的工作（WIP）更改，然后在拉请求交互之前重新设置提交历史的基础，挤压提交。这是最好的方法吗？我遇到的问题是，我遇到了另一个间接相关的错误，即在WIP中期合并主更改会导致一系列重命名/删除冲突

---

值得一提的是，有人告诉我关于隐藏的事情，但我到处寻找都表明隐藏只是本地的，所以我没有远程备份。如果有一个比我的评论所描述的更好的工作流，我会洗耳恭听。

你是正确的，当你不想做一个完成了一半的工作的提交，只是为了稍后回到这一点，那么你可以使用

git stash

命令。但是你没有远程备份

---

因为您希望进行远程备份，所以创建新分支将是一个不错的选择。Git中的分支非常轻量级，所以从服务器创建、推送和删除分支非常简单和快速。如果您希望其他人查看您的代码，您可以创建一个，在将代码合并到主分支后，删除此分支。

Hi@Shawn，我几年前就学会了

git

，因此，我理解这种痛苦……当我发现有人处于这种情况时，我总是推荐这篇文章：！相关：你的意思是你已经在TFS中从TFVC迁移到Git了吗？@Cece MSFT正确，我已经编辑了以反映这一点。@Hackerman好文章，谢谢。不幸的是，它没有解决我在远程上备份WIP的问题。在最终提交功能或错误修复完成之前，这是否仍然需要重新建立/压缩历史记录，将历史记录简化为一个描述，而不是所有正在进行的工作描述？如果我理解您的意思，建议您遵循我的方法，将分支视为搁置集，您也可以继续添加，但问题是重基/挤压步骤。也许git无法解决这个问题。