Open yevgenybulochnik opened 4 years ago
I don't see the value in adding names. Github keeps track of commits. It blurs if if one person helps another person out in the PR. I don't have qualms with issue#/description, however is the plan still to delete branches once they are merged? That is what I have been doing it.
Couple value statement for this, right now its really only the three of us contributing to the repo, but as the number of contributors grows using authors names allows us to better differentiate branches and more easily speak with someone who authored a specific branch. The output of git branch -a
also becomes more explicit. I know exactly who to talk to about specific code changes.
Lets say there is an issue and two contributors have differing viewpoints on how to solve that issue. Using author name would allow two different users to address the same issue in their own ways. Then the decision to merge will be based on the review/merits of either branch/approach. I think using the author name would make the branches look much cleaner, ie user/issue#1/some-approach
and user2/issue#1/alternate-approach
Personally, I believe there is value in the author of a branch/PR to be the "owner" of those code changes. For me it easier to explain and justify my own code changes. When other users start putting commits into branches I think this actually muddies the waters more. For me I would rather see a PR comment or request for changes that I would then implement and explain as the author of the branch. If its something I cant figure then I would ask for additional assistance. This is just my personal preference tho.
Food for thought
Okay. I have no qualms against it, just didn't see value. I think we should capture this in the Code Contribution guidelines. This is available in Insight > Community.
Let's make the standard name/issue#/description
.
Proposal
Would propose we come up with some branch naming conventions. Maybe something like
name/issue#/description
. Food for though what do you guys think?Rationale
This would better organize and identify branches in the repo. ref: https://stackoverflow.com/questions/273695/what-are-some-examples-of-commonly-used-practices-for-naming-git-branches