-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Commit to a branch naming convention. #12
Comments
If we have a branch per directory can't you just delete it once the pull request is merged? Or is that frowned upon? |
That's precisely why I opened the issue, I'm not sure. That might be fine but while I think git would protect and conflicting references, I'm not positive, and I think the former two may be safer. I think if you're a regular contributor like you or me, a branch per user makes sense. It would hold all your TILs. But some convention adherence in my head doesn't like creating more isolated branches. I'm not sure if it matters but I at least want this discussion going. Even if we don't make any decision right away, I want this issue to close with a better answer than I have right now. |
yea idk I've just been naming them after the directories, but I also haven't been using the same ones you've been using because I've been job hunting more than experimenting with apps. I guess if I really wanted to, I could make a |
I think so far what you're saying to me right now (next to me IRL not in that comment) Branches named after directories merged locally into a branch named after user and then PRs made to this repository 👍 |
Naming this is hard. |
I mean... I'm all for the username branches. I'd rather do that than have to coordinate with other users about what to do when you both learn something about the same app. |
I have an |
That's what I've ben doing, and I think I do like that best. I'll open an issue to outline this in the |
If we're doing this one-branch-per-user thing, are we okay with having pull requests do multiple things? |
Yeah I think it makes more sense to make and delete branches per PR/TIL. Technically maybe we should be merging them to development and then master. But since TILs don't depend on each other or actually run at all, it's okay for now. So far it seems like branching per TIL makes the most sense and avoids confusion. |
👍 Does this mean we can close this, or did you want to keep it open in case something changes? |
I'll label it for now and icebox it, but I don't think it's definitive enough to close. I encourage any and all to add to this discussion until we find a satisfactory workflow. |
Torn between creating branches for each member (i.e. github user name ) and each contributor uses that for pushing TIL's
OR
branch for each TIL, waxed after merge
OR
branches per directory with a need to be mindful of other collaborator's changes.
The text was updated successfully, but these errors were encountered: