How to use GitHub effectively for your project
lumberjaph.net
How to use GitHub effectively for your project
1–9 of 9 posts
Re: How to use GitHub effectively for your project
#2Feature and Review branches are a great idea. It just makes it so easy to work in parallel on different things, and to context-switch when you get blocked. Honestly, I can't remember how we used to solve these problems with SVN. If you're in the middle of developing a feature and need to wait for someone to get back to you, the options for switching to a different feature with SVN are pretty limited.
Re: How to use GitHub effectively for your project
#3This is interesting. What I'm curious about though, is how does this workflow scale to thirty developers? 100?
I tend to believe with six people or less, you can really work together with any system and it will work fine. Some will obviously require more work than others, but once you get to a larger team, some systems just won't work, AFAIK.
Re: How to use GitHub effectively for your project
#4This is interesting. What I'm curious about though, is how does this workflow scale to thirty developers? 100? I tend to believe with six people or less, you can really work together with any system and it will work fine. Some will obviously require more work than others, but once you get to a larger team, some systems just won't work, AFAIK.
From my experience with working with 50+ developers, organized into teams of 3-8 people:
Feature branches are the way to go. We used an adapted version of the git-flow workflow and it does scale pretty nicely.
Re: How to use GitHub effectively for your project
#5This is interesting. What I'm curious about though, is how does this workflow scale to thirty developers? 100? I tend to believe with six people or less, you can really work together with any system and it will work fine. Some will obviously require more work than others, but once you get to a larger team, some systems just won't work, AFAIK.
From my experience with working with 50+ developers, organized into teams of 3-8 people: Feature branches are the way to go. We used an adapted version of the git-flow workflow and it does scale pretty nicely.
I like Gitflow alot, how did you guys adapt it? Was anything major required to get it to scale up to 50+?
Re: How to use GitHub effectively for your project
#6We also follow feature development workflow with git:
http://reinh.com/blog/2009/03/02/a-git-workflow-for-agile-te...
Re: How to use GitHub effectively for your project
#7This is interesting. What I'm curious about though, is how does this workflow scale to thirty developers? 100? I tend to believe with six people or less, you can really work together with any system and it will work fine. Some will obviously require more work than others, but once you get to a larger team, some systems just won't work, AFAIK.
From my experience with working with 50+ developers, organized into teams of 3-8 people: Feature branches are the way to go. We used an adapted version of the git-flow workflow and it does scale pretty nicely.
Very cool. What do you guys use for issue management?
Re: How to use GitHub effectively for your project
#8Earlier quoted context omitted.
From my experience with working with 50+ developers, organized into teams of 3-8 people: Feature branches are the way to go. We used an adapted version of the git-flow workflow and it does scale pretty nicely.
Very cool. What do you guys use for issue management?
We used Agilo, and it sucked
Re: How to use GitHub effectively for your project
#9Earlier quoted context omitted.
From my experience with working with 50+ developers, organized into teams of 3-8 people: Feature branches are the way to go. We used an adapted version of the git-flow workflow and it does scale pretty nicely.
I like Gitflow alot, how did you guys adapt it? Was anything major required to get it to scale up to 50+?
We experimented with team branches to integrate work of the subteams before merging into develop, but that did not work out very well