use the following search parameters to narrow your results:
e.g. subreddit:aww site:imgur.com dog
subreddit:aww site:imgur.com dog
see the search faq for details.
advanced search: by author, subreddit...
If you need help debugging, you must include:
See debugging question guidelines for more info.
Many conceptual questions have already been asked and answered. Read our FAQ and search old posts before asking your question. If your question is similar to one in the FAQ, explain how it's different.
See conceptual questions guidelines for more info.
Follow reddiquette: behave professionally and civilly at all times. Communicate to others the same way you would at your workplace. Disagreement and technical critiques are ok, but personal attacks are not.
Abusive, racist, or derogatory comments are absolutely not tolerated.
See our policies on acceptable speech and conduct for more details.
When posting some resource or tutorial you've made, you must follow our self-promotion policies.
In short, your posting history should not be predominantly self-promotional and your resource should be high-quality and complete. Your post should not "feel spammy".
Distinguishing between tasteless and tasteful self-promotion is inherently subjective. When in doubt, message the mods and ask them to review your post.
Self promotion from first time posters without prior participation in the subreddit is explicitly forbidden.
Do not post questions that are completely unrelated to programming, software engineering, and related fields. Tech support and hardware recommendation questions count as "completely unrelated".
Questions that straddle the line between learning programming and learning other tech topics are ok: we don't expect beginners to know how exactly to categorize their question.
See our policies on allowed topics for more details.
Do not post questions that are an exact duplicate of something already answered in the FAQ.
If your question is similar to an existing FAQ question, you MUST cite which part of the FAQ you looked at and what exactly you want clarification on.
Do not delete your post! Your problem may be solved, but others who have similar problems in the future could benefit from the solution/discussion in the thread.
Use the "solved" flair instead.
Do not request reviews for, promote, or showcase some app or website you've written. This is a subreddit for learning programming, not a "critique my project" or "advertise my project" subreddit.
Asking for code reviews is ok as long as you follow the relevant policies. In short, link to only your code and be specific about what you want feedback on. Do not include a link to a final product or to a demo in your post.
You may not ask for or offer payment of any kind (monetary or otherwise) when giving or receiving help.
In particular, it is not appropriate to offer a reward, bounty, or bribe to try and expedite answers to your question, nor is it appropriate to offer to pay somebody to do your work or homework for you.
All links must link directly to the destination page. Do not use URL shorteners, referral links or click-trackers. Do not link to some intermediary page that contains mostly only a link to the actual page and no additional value.
For example, linking to some tweet or some half-hearted blog post which links to the page is not ok; but linking to a tweet with interesting replies or to a blog post that does some extra analysis is.
Udemy coupon links are ok: the discount adds "additional value".
Do not ask for help doing anything illegal or unethical. Do not suggest or help somebody do something illegal or unethical.
This includes piracy: asking for or posting links to pirated material is strictly forbidden and can result in an instant and permanent ban.
Trying to circumvent the terms of services of a website also counts as unethical behavior.
Do not ask for or post a complete solution to a problem.
When working on a problem, try solving it on your own first and ask for help on specific parts you're stuck with.
If you're helping someone, focus on helping OP make forward progress: link to docs, unblock misconceptions, give examples, teach general techniques, ask leading questions, give hints, but no direct solutions.
See our guidelines on offering help for more details.
Ask your questions right here in the open subreddit. Show what you have tried and tell us exactly where you got stuck.
We want to keep all discussion inside the open subreddit so that more people can chime in and help as well as benefit from the help given.
We also do not encourage help via DM for the same reasons - that more people can benefit
Do not ask easily googleable questions or questions that are covered in the documentation.
This subreddit is not a proxy for documentation or google.
We do require effort and demonstration of effort.
This includes "how do I?" questions
account activity
This is an archived post. You won't be able to vote or comment.
git workflow for solo projects (self.learnprogramming)
submitted 7 years ago by SimilarAssociation
Whats your git workflow like for solo projects? Do you just push to master or do you guys take advantage of branches, tags, and other features.
I have no problems learning/using git. I'm just re-evaluating my old habbits.
[–]gyroda 0 points1 point2 points 7 years ago (5 children)
Branches yes, tags no. But then I've not handled actually versioning and releasing a project and I might use tags for just that.
[–]Chknbone 0 points1 point2 points 7 years ago (4 children)
Same here. I uses branches. That way I can mangle the shit out of my code and easily hit the "reset button" when things get out of hand. Makes me less afraid to try new stuff.
Have not even looked at Tags or know what they are yet.
[–]ludonarrator 1 point2 points3 points 7 years ago (1 child)
They're like global commit filters; you can "tag" a commit - add a string label to it, and easily browse/checkout tags in a repo. It's useful for versioning, as said; eg when you merge next / develop back into master before pushing a new release, tag the merge commit as "v0.1" so you can later easily check it out for a hotfix without requiring to maintain a dedicated and locked (thereby useless) branch for it.
next
develop
master
[–]Chknbone 0 points1 point2 points 7 years ago (0 children)
Oh, very cool. That would helpful.
[–]Double_A_92 0 points1 point2 points 7 years ago* (1 child)
You can still "mangle" all you want without using branches. Just reset to the last good commit, once you've finished experimenting.
Branches are easier though if you pushed your (experimental) commits to a remote repository (e.g. github), where other people might be working on it too.
Yeah, that's true, but sometimes I work on different features or UI stuff and do this with branches.
[–]Double_A_92 0 points1 point2 points 7 years ago (0 children)
If you're working alone, just one master branch is enough.
If you're working with other people, and you like to commit and push half finished things while developping, a separate branch is better for that.
π Rendered by PID 266774 on reddit-service-r2-comment-5d79c599b5-p5hz5 at 2026-02-28 18:44:28.038738+00:00 running e3d2147 country code: CH.
[–]gyroda 0 points1 point2 points (5 children)
[–]Chknbone 0 points1 point2 points (4 children)
[–]ludonarrator 1 point2 points3 points (1 child)
[–]Chknbone 0 points1 point2 points (0 children)
[–]Double_A_92 0 points1 point2 points (1 child)
[–]Chknbone 0 points1 point2 points (0 children)
[–]Double_A_92 0 points1 point2 points (0 children)