![]() I usually never need to clean up on my 1 man projects, on the others I do it around every 3 or 4 months. I'm aware that you may be referring to exactly the way I do it - are you? In that case, this would be to clean up your dev branches from local after checking out, is that right? In all of my 1 man projects I do it like that, if there's a team ( >1 ), I like to do the "diaspora" workflow I linked to. Personally I may have master, development, and if I really must, a "messing around" branch. The main purpose of this utility is to facilitate the transition among different workspaces (work environments).Nevertheless, I'm interested in how different people code in their own ways. GitHub - mamiksik/Desktop-Profiles: An innovative desktop manager for macOS master 1 branch 7 tags Go to file Code Martin Miksik Add signing information to the Travis 2ec9f34 on 57 commits readme.md Desktop Profiles Not misenterpreting, rather we just have a different workflow, ( a branch per issue if you would like to think at it like that). very large teams - of maybe 15 - 30+ developers would have many branches to be reconciled, but this post states distinctly local work (so I assume, it's on one man's machine, or am I misinterpreting? This could work for a solo project, but on a 2+ man team, this would not work as well. Sill question, maybe, but why not just work with 2, 3 or 4 if you really must branches? There's a post from my friend here: =EnriqueVidal that lets you remove remote branches that have been merged to master, so you can keep things neat on the remote side as well. Also it is useless to keep a 3 month old branch if it has been merged to master or no longer relevant. ![]() Most if not all the time, we simply forget or don't care to remove those development branches from our local repository, and thus can take up hard drive space. In short, we create a develpment branch for every issue/bug we want to work on, and then merge into master. This guide over here: it is essentially what we do. I've worked on 2 different companies since I've used Git to manage development for projects. It is interesting to know how other people deal with complexity and how teams manage branches.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |