<div dir="ltr"><div class="gmail_quote">On Mon, Sep 5, 2011 at 8:23 PM, Gabor Szabo <span dir="ltr">&lt;<a href="mailto:szabgab@gmail.com">szabgab@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Hi,<br></blockquote><div><br>Hey,<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

I&#39;d like to thank the great presentations of Sawyer.<br></blockquote><div><br>thanks. :)<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


I think I know a little bit more now about git and I am trying<br>
out gitflow.<br>
I have also cloned the <a href="https://github.com/xsawyerx/dotfiles" target="_blank">https://github.com/xsawyerx/dotfiles</a> and I&#39;ll<br>
try to use at least the git related things.<br></blockquote><div><br>Funny, because with dotfiles I don&#39;t use gitflow. Then again, I have no need for it there.<br>You also might find the following aliases useful:<br>

alias feature=&#39;git flow feature&#39;<br>alias release=&#39;git flow release&#39;<br><br>I added them yesterday to dotfiles.git. Now you can do &quot;feature start ...&quot; and &quot;feature finish ...&quot; (and the same with release) - I find it very useful.<br>

<br>BTW, I should add instructions on how I use my dotfiles but basically:<br>1. Clone it under &quot;code/personal&quot; (at least it&#39;s where I put it)<br>2. cp git_term ~/.git_term<br>3. In ~/.bashrc I add: . ~/code/personal/dotfiles/bashrc<br>

4. ln -s ~/code/personal/dotfiles/aliases ~/.aliases<br>5. Copy the aliases from gitconfig to ~/.gitconfig<br>6. cp vimrc ~/.vimrc<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



I&#39;d like to see another presentation on how you<br>
(yes, I am looking at you Sawyer :) is using Github.<br></blockquote><div><br>I can do that.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



1) Do you &#39;follow&#39; project and/or people ?<br></blockquote><div><br>Both. If there is a person I really like or find their work very interesting I&#39;ll follow them. This is only on Github though. :)<br>I only follow 10 people, you among them.<br>

<br>I follow projects I contribute to, in order to know when they get updated and with what. I also follow projects that I use, forks people made of my projects, and I also get the distribution release feed from CPAN.<br>

 <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
2) Do you visit the Github web site and browse to see what did these people do?<br></blockquote><div><br>I usually won&#39;t. I find the interface in Github uncomfortable when wanting to see what projects people are working on. It&#39;s a long list, and it&#39;s built in big chunks of UI, so I have to scroll a lot to see the stuff. It won&#39;t sort by what are original repos and what are forks (instead, it sorts by date) so often times I&#39;ll see someone&#39;s fork instead of the original repo.<br>

<br>I usually know what people do by their CPAN identity, and I remember relatively well who does what.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


3) If you need to fix a project of someone else that is on Github,<br>
what is your workflow?<br></blockquote><div><br>I used to just open an RT ticket and try to add a patch. Nowadays, I&#39;ll go straight to Github and search for their project (!github PROJECT on my DuckDuckGo! toolbar), fork it, start a branch with the fix, commit and send a pull request. I try to add tests, as it helps get it integrated much quicker.<br>

<br>Recently I&#39;ve added a new Perlbal feature using that workflow. It was merged by Ask quite fast due to having a clean flow and tests included.<br><br>If there is no Github repo, I&#39;ll put a patch (or multiple patches of consecutive commits) in an RT ticket on <a href="http://rt.cpan.org">rt.cpan.org</a>. Sometimes I&#39;ll email the authors if I think it&#39;s very urgent or important or I know they&#39;re very nice and communicative. For example, the author of Net::OpenSSH is very responsive and very nice. I like emailing him directly when I need to. I&#39;ve also been recently emailed about projects I did (MetaCPAN::API, App::Genpass) and it was fun contacting a user directly on a personal level.<br>

<br>If I&#39;m unsure about a fix, I&#39;ll message the author first to get an impression of it. Either a Github message, an email, or even IRC.<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


   What if you have several unrelated changes?<br></blockquote><div><br>Multiple branches, multiple pull requests, multiple RT tickets.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


4) How can the main author of the project handle the changes you pushed out?<br></blockquote><div><br>They can either apply the pull request, or apply the patches, or close it and ignore me. :)<br><br>Sometimes I&#39;ll just explain a problem (maybe give a line number or how I suggest to generally fix it), they can then either fix it the way I suggested or find their own way.<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
5) ... ?<br></blockquote><div><br>!<br><br>Hope that helps,<br>S.<br></div></div></div>