Add new_projects.md #14
Loading…
Reference in a new issue
No description provided.
Delete branch "todtb-patch-1"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@ -0,0 +1,6 @@
# New projects
## Initializing the repo
1) Create the repo first
"and clone it"
@ -0,0 +2,4 @@
## Initializing the repo
1) Create the repo first
2) Push an empty commit to the `main` branch with the message `init`
I don't think you can create an "empty commit". Perhaps one should do this?
@ -0,0 +3,4 @@
## Initializing the repo
1) Create the repo first
2) Push an empty commit to the `main` branch with the message `init`
3) All further work to be merged from a branch on a fork
I think more specific instructions are due here. Specifically, the process of changing a remote from origin to upstream after cloning it, adding your fork as a clone, checking out a branch named "prototype" and creating a PR for that.
So I just took some time and wrote up a step by step guide on how to create a new project based on this outline. I was wondering where the best place is to post it?
Should I fork and submit a PR from
todtb-patch-1
?Create my own fork and PR into
main
?Should we utilize the WIKI for documentation?
Yeah, I guess it can't hurt to follow that practice even on the
meta
repoI like that idea! I think there's still value in the
meta
repo for documentation that doesn't apply strictly to a codebase, but I'm open to trying it out. I guess it could be the wiki on this repo too.I will PR for now but I too think there should be a place for random documentation. Something everyone can reference when they get started. Ill open an issue for discussion.