From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Hommey Subject: Re: Walking children commits? Date: Tue, 31 Mar 2015 08:35:52 +0900 Message-ID: <20150330233552.GA22637@glandium.org> References: <20150330230209.GA20421@glandium.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: git@vger.kernel.org X-From: git-owner@vger.kernel.org Tue Mar 31 01:36:06 2015 Return-path: Envelope-to: gcvg-git-2@plane.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YcjDx-0001YW-FM for gcvg-git-2@plane.gmane.org; Tue, 31 Mar 2015 01:36:05 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753448AbbC3Xf6 (ORCPT ); Mon, 30 Mar 2015 19:35:58 -0400 Received: from ks3293202.kimsufi.com ([5.135.186.141]:56670 "EHLO glandium.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751032AbbC3Xf6 (ORCPT ); Mon, 30 Mar 2015 19:35:58 -0400 Received: from glandium by zenigata with local (Exim 4.84) (envelope-from ) id 1YcjDk-0005yg-Ra for git@vger.kernel.org; Tue, 31 Mar 2015 08:35:52 +0900 Content-Disposition: inline In-Reply-To: <20150330230209.GA20421@glandium.org> X-GPG-Fingerprint: 182E 161D 1130 B9FC CD7D B167 E42A A04F A6AA 8C72 User-Agent: Mutt/1.5.23 (2014-03-12) Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On Tue, Mar 31, 2015 at 08:02:09AM +0900, Mike Hommey wrote: > Hi, > > I am trying to get all the children commits of a set of commits. To do > that, I'm using this: > > git rev-list --topo-order --ancestry-path --boundary ^A ^B ... > > where A, B, and following are those commits I want the children of. From > the gitrevisions documentation, it seems that should get me what I want, > but if I build a dag manually (from the output of rev-list --parents) > and get all the children of those commits, I get more results than what > the command above returns (and that command also gives false positives). The false positives are actually boundaries other than A, B, etc. so I'd actually need to remove --boundary and add A, B to the result manually. That still leaves the missing results, though. Mike