4 ms·
That would break any workflow that has the slightest bit of decentralization, and would only work in a github-first workflow. Suppose two developers are workin
by MereInterest 5y ago
That would break any workflow that has the slightest bit of decentralization, and would only work in a github-first workflow. Suppose two developers are working on a feature that requires two changes. Each developer works on a change in their own development branch. It wouldn't make sense to submit a PR for each change, because they depend on each other to be a complete feature. Therefore, they should merge the two dev branches together, then submit a pull request for that merged development branch to then be merged into the main branch. In your proposed scheme, this would then show up as an attempted forgery, rather than a perfectly normal workflow.
The email field is for humans, who can lie, and shouldn't be used as authoritative by github.
- nebulous1 5y ago> this would then show up as an attempted forgery, rather than a perfectly normal workflow. they said unverified, not marked as a forgery > The email field is for humans, who can lie, and shouldn't be used as authoritative by github. and your solution is just to have everything marked as unverified, including commits that I push using my credentials and contain an email that I've verified with github.