- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
对于无法访问我们的 TFS 的远程 worker ,我们使用 git tfs 克隆了一个 TFS 存储库。当我们取回他的存储库时,我们看到他正在处理一个新的功能分支。
在尝试重新检查他的更改之前,我们将他的功能分支 merge 到主分支中。由于他没有向 master 提交任何内容,因此发生了快进,导致了单流 git 日志。不幸的是,由于初始克隆另一个(完全不相关的) checkin 发生在 TFS 上。当我们尝试 rcheckin 时,我们收到以下错误消息:
Fetching changes from TFS to minimize possibility of late conflict...
error: New TFS changesets were found.
You may be able to resolve this problem.
- Try to rebase HEAD onto latest TFS checkin and repeat rcheckin or alternatively checkin s
如果我们需要所有提交都反射(reflect)为 TFS 上的 checkin ,我不明白建议的 rebase 有何帮助。
在这种情况下,有什么方法可以将所有 git 提交作为单独的 TFS checkin 吗?
最佳答案
@Cupcake的回答很好,但我想补充一些东西......
如果你想在刚 checkin 时比 tfs 工作流更近,并在这一步解决你的 merge 冲突,你可以使用:
git tfs rcheckin --quick --autorebase
相当于:
git tfs pull --rebase
git tfs rcheckin
这不一定是更好的做法,因为通常在 pull --rebase
之间(您的更改和来自 tfs 的更改被“merge ”)和 rcheckin
(将更改推送到 tfs 的地方),您至少应该构建解决方案并运行单元测试。
但我认识到有时这要容易得多,我的团队(所有老 tfs 用户)只想这样做!
您还应该知道,在 pull --rebase
期间将您的更改与您团队的更改“merge ”的步骤,以便 merge 在文件级别完成,就像您 checkin 时使用 tfs 一样,您将必须解决冲突。
在 rcheckin --quick --autorebase
的情况下,如果有冲突,命令将退出。您将不得不解决它们并再次启动命令。
关于git tfs : How to rcheckin git commits when there is another checkin in tfs?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22921465/
我有一个构建后脚本(powershell),正如预期的那样抛出异常。构建后脚本在“构建后脚本路径”部分的构建定义中定义。异常记录在构建的“其他错误和警告”部分。 启用门控 checkin 后,即使构建
我很快将检查一个新 Java 项目的第一次提交。我使用 Eclipse Ganymede 和一堆插件让事情变得更容易一些。 以前我参与过整个Eclipse项目 checkin 的项目。 checkou
我为解决方案设置了 2 个构建定义,1 个是每晚触发的夜间构建,另一个是门控 checkin 构建,当开发人员尝试将新更改 checkin 源代码管理时将触发。每晚构建使用自定义模板,该模板使用从 E
我遇到了一些团队成员不小心跨(通常是不相关的)团队项目 checkin 代码的问题。我可以因为他们不小心而鞭打他们,或者尝试找到一种更简单的方法来引起他们的注意。我们正在运行 TFS 2010 和 V
查看我的 git 日志: Local changes checked in to index but not committed 然后在下一行 Local uncommitted changes, n
使用 Visual Studio 2012 和 tfs 2012。 “构建” checkin 政策和门控 checkin 之间有什么区别?他们似乎都需要成功构建才能 checkin 。 两者各有什么优
我正在使用命令行将一个项目合并到另一个项目中。例如 ss 合并 $/XXXXXXXX -GF -R 我期待得到这样的输出,这些很好: A.cpp has been merged with no con
我们的团队刚刚从 Netbeans 迁移到 IntelliJ 9 Ultimate,需要知道哪些文件/文件夹通常应从源代码管理中排除,因为它们不是“工作站可移植”,即:它们引用仅存在于一个用户计算机上
您是否将重构更改与功能开发/错误修复更改混合在一起,还是将它们分开?可以使用 Resharper 之类的工具执行的大规模代码重构或重新格式化应该与功能工作或错误修复分开,因为很难在修订之间进行差异并在
这可能吗?如果是这样,我该怎么做? 代码在 C# 中,我们使用的是 TortoiseSVN。 我只是想在每次检查时自动格式化代码。 非常感谢 最佳答案 我强烈推荐它。 使用预提交脚本或者更好的是,找到
是否可以向非系统管理员的用户授予撤消 checkout / checkin 功能?我希望将此功能授予选定的 super 用户,以便他们可以删除组件/页面上的旧锁。我不想增加他们对系统管理员的权限,因为
我已经创建了以下链接中给出的自定义入住政策: http://msdn.microsoft.com/en-us/library/bb668980.aspx 我按照文章解释的步骤进行。一切正常。我的疑问是
假设我有一个巨大的 SVN 存储库(不是我们所有人),并且我正在不同的 check out 目录中处理两个库。 有没有办法在一次 checkin 中自动提交它们? 最佳答案 如果它们确实是单独的结帐,
我希望能够在代码应用于分支之前检查每次 checkin ,在 TFS 中是否可行? 我知道我们可以添加 checkin 政策来强制代码审查,但这适用于 checkin 之前而不是之后。我正在寻找一种不
有没有办法只选择文件中的某些更改并将它们添加到 checkin 中?基本上我正在寻找像 git hunk staging 这样的东西。 最佳答案 洛克, 塑料 SCM 支持“存储”/“搁置”更改,它实
我目前使用 Team Foundation Server 和 Visual Studio。两天以来,我不断收到无法写入文件的错误消息(我尝试访问哪个文件似乎并不重要)。我是团队中唯一有这些问题的人。
我的应用程序几乎没有 nuget 包引用。我是否应该将 packages 文件夹也 checkin 到源代码管理中?我的目的是让其他开发人员可以使用源代码,并跟上稳定版本的引用。如果我使用最新的 nu
我们使用带有 15 个 vobs 的 Clearcase UCM。 我们使用 cleartool lshistory -all -since "time"-nco vob1/vob2/src/vob3
我已经使用 perforce 进行了多次 checkin 。我没有意识到所有这些都是不必要的。我想恢复工作目录中最后 x 个修订版的所有更改,更新版本号,然后 checkin 。 我熟悉 Mercur
你正在使用 subversion 并且你不小心在它准备好之前 checkin 了一些代码。例如,我经常:a) checkin 一些代码,然后 b) 稍微编辑一下,然后 c) 按下,输入以重复前面的命令
我是一名优秀的程序员,十分优秀!