我意识到，当我在 Team Foundation Service 中创建新项目时选择 Git 作为我的源代码控制时，我会丢失以下内容：
1) 团队资源管理器中的“我的工作”菜单
2) 我无法针对分配给开发人员的产品待办事项中的特定任务跟踪代码修改
似乎 Git 在开发人员中变得非常流行，因为它更容易创建分支（从我读到的内容），这是我非常热衷的事情，但是能够根据任务跟踪代码修改是同样的，如果不是的话对我来说更重要。此外，由于“我的工作”不再可用，开发人员提交代码以供审核的选项也无法使用。
由于我对作为源代码控制解决方案的 Git 不太熟悉，当涉及到想要查看对产品后台日志中的特定任务进行了哪些代码修改时，Git 是否可以提供这种粒度级别？
这个答案提到你没有“我的工作”，因为
这是由于诸如“搁置”之类的东西，它是 My Work 功能的基础，目前在 Git 中不可用
嗯...搁置在 git 中可用，但尚未链接到 TFS。
它被称为stash： git stash。
但正如在这个线程中看到的，与 Git 的集成仍然不是很紧密，并且尚未完全支持标记：
我相信你们中的一些人遇到的问题是你的 repo 中未跟踪的文件。
当您将文件添加到您的存储库，然后将该添加作为 VS 工具中的待处理更改包含在内时，在您提交之前，我们不会在 git 存储库中暂存更改（此时我们会暂存并提交添加）。因此，作为一个示例场景：您
FileA.txt在 Repo #1 中放置一个文件“”，添加它、提交并将更改推送到您的远程。
现在，在 Repo #2 中，您将“FileA.txt”添加到您的 repo 并在 VS 中包含更改但不提交，然后从远程拉取提交。
在这一点上，您可能会遇到我们的工具不支持通过 UI 解决的冲突（因为我们正在尝试拉下您的存储库中存在的未跟踪文件）。
这种在 git 中的最后一分钟集成将使直接在 git repo 中执行相同的审查变得困难。