相当于svn status -u的git

什么是svn status -u或更详细的svn status --show-updates的git等价物。 svn status --show-updates命令显示svn update命令将从服务器带来的svn update

谢谢!

7 Solutions collect form web for “相当于svn status -u的git”

我想不出没有实际获取更新(也许别人会)的方法。 假设你在默认分支“主”和上游这些假设的更新将是默认的远程“起源”,请尝试….

 git fetch git log --name-only ..origin/master 

注意双点..不是一个点或一个elipsis 1

这将给你一个只有上游的变化的日志条目列表,受影响的文件名,你可以改变参数,以获得更多或更less的信息。

注意在git中“获取”这些更新与将它们应用到本地分支不同。 你无疑已经知道如何用git pull来做到这一点。


1至于双点来自哪里, name1..name2表示一个范围。 如果省略name1 ,则在其位置使用HEAD 。 这个语法引用了从name2返回到但不包括HEAD所有提交。 [ “自下而上” ]

Martinho Fernandes和tialaramex答案都正确地描述了你需要做的事情。 让我来描述为什么它是这样的。


颠覆

Subversion集中版本控制系统。 这意味着它以客户端 – 服务器方式运行:服务器存储所有关于版本(存储库)的数据,客户端只有工作目录(文件)以及一些pipe理和帮助数据。 这意味着对于大多数命令客户端必须联系服务器。 这也意味着有很多命令询问服务器上的存储库状态,或服务器configuration,如问题中的“ svn status --show-updates ”。

(旁注:Subversion存储在客户端上的一个帮助程序数据是文件的“原始”版本,这意味着检查您所做的更改不需要连接到服务器(这很慢)…但这也意味着SVN签出可能比Git存储库大)。

“svn update”(在提交之前需要,如果存储库在给定的分支中有任何更改)从远程下载最后一个版本合并(尝试合并)您对远程更改所做的更改。 恕我直言,这个更新提交之前的工作stream程是不是很传导。


混帐

Git分布式版本控制系统。 这意味着它以点对点的方式运行:每个“客户端”都有关于版本(完整存储库)的所有数据。 中央存储库仅仅是因为社会习惯而不是技术局限。 这意味着当联系其他远程仓库时,“远程执行”命令的数量非常less。 你可以用“git ls-remote”(和“git update show”)来请求引用(头文件,分支和标签),你可以用“git fetch”(或者“git远程更新“)/”git push“,如果服务器configuration为允许,你可以通过”git archive –remote“获得远程仓库状态的快照。

因此,要检查位于远程存储库但不在存储库中的提交,必须将数据下载到您的机器。 但是“git pull”实际上就是下载数据的“git fetch”和合并它的“git merge”(用一点糖来准备提交消息并select合并的分支)。 然后你可以使用“git fetch”(或者“git remote update”),检查带有“git log”和“gitk”的新提交的提交(不限于固定输出),然后如果一切正常,混帐合并“。

这不是特定于Git,而是所有分布式版本控制系统,尽pipeSCM呈现提取但未合并数据的方式可能不同(Git在远程/ <remotename> / *'命名空间中使用远程跟踪分支, ,使用无名头)。

HTH

如果你提取:

 git fetch <remote> 

而不是拉:

 git pull <remote> 

从远程,你可以检查什么改变与git log 。 要应用更改:

 git merge <remote>/<remote-branch> 

您可以使用git ls-remote在远程存储库中列出引用的SHA; 所以,你可以通过比较输出来看看是否有任何变化:

 $ git show-ref origin/master # <-- Where this repo thinks "origin/master" is 5bad423ae8d9055d989a66598d3c4473dbe97f8f refs/remotes/origin/master $ git ls-remote origin master # <-- Where "origin" thinks "master" is 060bbe2125ec5e236a6c6eaed2e715b0328a9106 refs/heads/master 

如果它们不同,则有取消的变化:

 $ git remote update Fetching origin ... From github.com:xxxx/yyyy 5bad423..060bbe2 master -> origin/master 

对我来说,只是为了显示将改变的文件,它是:

 git fetch (1) git diff --name-only ..origin/master (2) 
  1. 获取Git“数据库”(仅限.git目录)中的更改,并且不会更改文件。
  2. 显示合并后将更改的文件的名称

要更新文件(不仅Git“数据库”)做一个混帐合并

Gits给了我们更多的工具来检查“更新”。 首先,您必须“下载”存储库的最新状态:

 git fetch 

现在你可以得到更改文件的列表:

 git log --name-status ..origin/master 

另外,你可以看到差异的完整列表:

 git diff ..origin/master 

(A),复制(C),删除(D),修改(M),更名(R),更改(T),未合并(U),未知(X)或(B)

git fetch && git log --name-status ..origin/master确实显示了将被合并的日志。 但是,它也拉动了变化。 和svn status -u做同样的事情在技术上是不可能的,但是git fetch是如此之快以至于通常不会有影响

如果您在获取日志之前绝对需要日志,唯一的方法是将(SSH或等效)连接到远程并在那里发出git log

  • AnkhSVN与VisualSVN
  • Git格式的补丁是SVN兼容?
  • 将一个Subversion版本库移到另一个服务器上
  • 如何将WiX安装程序版本设置为当前版本?
  • 我怎样才能防止Subversion提交没有评论?
  • 在SVN的Android项目中,我应该忽略哪些文件
  • 为什么Git比Subversion更好?
  • 我可以从Eclipse切换SVN存储库吗?
  • svn合并输出的不同列(字母)是什么意思?
  • 使用TortoiseSVN进行分支和合并最简单的方法是什么?
  • 使用TortoiseSVN我如何将树干的变化合并到分支,反之亦然?