git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [GSoC Project Help] Unifying git branch -l, git tag -l and git for-each-ref
@ 2015-03-19 11:22 Sundararajan R
  2015-03-19 12:58 ` Michael J Gruber
  0 siblings, 1 reply; 3+ messages in thread
From: Sundararajan R @ 2015-03-19 11:22 UTC (permalink / raw)
  To: git

Hi all,

I am a Computer Science sophomore at IIT Kanpur. I am interested in 
contributing to git in GSoC 2015. I have been using git for the past one year 
and am pretty comfortable with its commands which is what made me think about 
contributing to git. I have attempted the microproject “adding ‘-’ as a 
shorthand to @{-1} in the reset command” [1] [2] from which I learnt about 
how code is reviewed in the community and how a seemingly small change can 
end up being much more difficult. But the thing I liked the most is the warm 
and welcoming attitude of everyone in the community towards a newcomer like 
me. I wish to take up the project idea “Unifying git branch -l, git tag -l 
and git for-each-ref”. I am in the process of reading and understanding the 
codes of these three commands and figuring out similarities and differences 
in them. I have gone through some of the discussions regarding this on the 
archive and have also read Junio’s reply to Amate Yolande [3], but I haven’t 
been able to find patches which attempt to unify the selection process as 
mentioned in the description of the idea. It would be great if someone could 
point me towards these patches which would help me when I start designing the 
details of the unified implementation. Thanks a lot for your time.

Regards,
R Sundararajan. 

[1] : http://marc.info/?l=git&m=142666740415816&w=2
[2] : http://marc.info/?l=git&m=142666773315899&w=2
[3] : http://article.gmane.org/gmane.comp.version-control.git/264966

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [GSoC Project Help] Unifying git branch -l, git tag -l and git for-each-ref
  2015-03-19 11:22 [GSoC Project Help] Unifying git branch -l, git tag -l and git for-each-ref Sundararajan R
@ 2015-03-19 12:58 ` Michael J Gruber
  2015-03-21 17:02   ` karthik nayak
  0 siblings, 1 reply; 3+ messages in thread
From: Michael J Gruber @ 2015-03-19 12:58 UTC (permalink / raw)
  To: Sundararajan R, git

Sundararajan R venit, vidit, dixit 19.03.2015 12:22:
> Hi all,
> 
> I am a Computer Science sophomore at IIT Kanpur. I am interested in 
> contributing to git in GSoC 2015. I have been using git for the past one year 
> and am pretty comfortable with its commands which is what made me think about 
> contributing to git. I have attempted the microproject “adding ‘-’ as a 
> shorthand to @{-1} in the reset command” [1] [2] from which I learnt about 
> how code is reviewed in the community and how a seemingly small change can 
> end up being much more difficult. But the thing I liked the most is the warm 
> and welcoming attitude of everyone in the community towards a newcomer like 
> me. I wish to take up the project idea “Unifying git branch -l, git tag -l 
> and git for-each-ref”. I am in the process of reading and understanding the 
> codes of these three commands and figuring out similarities and differences 
> in them. I have gone through some of the discussions regarding this on the 
> archive and have also read Junio’s reply to Amate Yolande [3], but I haven’t 
> been able to find patches which attempt to unify the selection process as 
> mentioned in the description of the idea. It would be great if someone could 
> point me towards these patches which would help me when I start designing the 
> details of the unified implementation. Thanks a lot for your time.
> 
> Regards,
> R Sundararajan. 
> 
> [1] : http://marc.info/?l=git&m=142666740415816&w=2
> [2] : http://marc.info/?l=git&m=142666773315899&w=2
> [3] : http://article.gmane.org/gmane.comp.version-control.git/264966

I don't think there have been actual attempts at unifying the "display"
part of the list modes. A first step would be:

Check what "tag -l" and "branch -l" output you can reproduce using
for-each-ref format strings.

Then see whether for-each-ref needs to expose more information about the
refs.

I wouldn't mind unifying the actual output format, but some will disagree.

As for the issue of ref selection (contains and such), the following
thread may be helpful:

http://thread.gmane.org/gmane.comp.version-control.git/252472

Cheers
Michael

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [GSoC Project Help] Unifying git branch -l, git tag -l and git for-each-ref
  2015-03-19 12:58 ` Michael J Gruber
@ 2015-03-21 17:02   ` karthik nayak
  0 siblings, 0 replies; 3+ messages in thread
From: karthik nayak @ 2015-03-21 17:02 UTC (permalink / raw)
  To: Michael J Gruber; +Cc: Sundararajan R, git


On 03/19/2015 06:28 PM, Michael J Gruber wrote:
> Sundararajan R venit, vidit, dixit 19.03.2015 12:22:
> > Hi all,
> >
> > I am a Computer Science sophomore at IIT Kanpur. I am interested in
> > contributing to git in GSoC 2015. I have been using git for the past one year
> > and am pretty comfortable with its commands which is what made me think about
> > contributing to git. I have attempted the microproject “adding ‘-’ as a
> > shorthand to @{-1} in the reset command” [1] [2] from which I learnt about
> > how code is reviewed in the community and how a seemingly small change can
> > end up being much more difficult. But the thing I liked the most is the warm
> > and welcoming attitude of everyone in the community towards a newcomer like
> > me. I wish to take up the project idea “Unifying git branch -l, git tag -l
> > and git for-each-ref”. I am in the process of reading and understanding the
> > codes of these three commands and figuring out similarities and differences
> > in them. I have gone through some of the discussions regarding this on the
> > archive and have also read Junio’s reply to Amate Yolande [3], but I haven’t
> > been able to find patches which attempt to unify the selection process as
> > mentioned in the description of the idea. It would be great if someone could
> > point me towards these patches which would help me when I start designing the
> > details of the unified implementation. Thanks a lot for your time.
> >
> > Regards,
> > R Sundararajan.
> >
> > [1] : http://marc.info/?l=git&m=142666740415816&w=2
> > [2] : http://marc.info/?l=git&m=142666773315899&w=2
> > [3] : http://article.gmane.org/gmane.comp.version-control.git/264966
>
> I don't think there have been actual attempts at unifying the "display"
> part of the list modes. A first step would be:
>
> Check what "tag -l" and "branch -l" output you can reproduce using
> for-each-ref format strings.
>
> Then see whether for-each-ref needs to expose more information about the
> refs.
>
> I wouldn't mind unifying the actual output format, but some will disagree.
>
> As for the issue of ref selection (contains and such), the following
> thread may be helpful:
>
> http://thread.gmane.org/gmane.comp.version-control.git/252472
>
> Cheers
> Michael
> --
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
Hello,
I am applying for the same project as well, under GSoC. I found some attempts by
Jeff King towards unification here :

https://github.com/peff/git/commits/jk/for-each-ref-contains-wip

Which was discussed here :

http://thread.gmane.org/gmane.comp.version-control.git/230694/focus=2308

Hope this helps you out too.

Regards
-Karthik

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-03-21 17:03 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-19 11:22 [GSoC Project Help] Unifying git branch -l, git tag -l and git for-each-ref Sundararajan R
2015-03-19 12:58 ` Michael J Gruber
2015-03-21 17:02   ` karthik nayak

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).