ChrisTitusTech / ChrisTitusTech/website
do-not-makes-these-github-mistakes
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 126
- Forks
- 58
- Avg merge
- 2d 9h
- Merged PRs (30d)
- 21
Description
For your rebase odyssey, you could have created patches for each commit
You can create patches from just one commit or from multiple commits.
If you create one with git format-patch -1 <SHA-1>, you only get the changes from that commit in a patch file and can apply them to your other branch with git am <file.patch>.
Apart from that, there are branching strategies in development, your test branch strategy is something similar to 'git flow'
and you may eventually switch to this approach completely.
There are several strategies with similar names, so don't get confused (gitHub Flow, GitLabFlow, Git Flow, ...)
GitFlow simply states that there is a main branch where all released code lives, and a development branch where development takes place, which is moved to the main branch after release.
ps: i would love to have a way to contact you without commenting on yt or using a dead social network like x
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No file, test, or entry point is mentioned. First clarify what website content should change and define the intended scope; done would require an agreed, specific documentation update and acceptance criteria.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- git
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 10/100