control: tag -1 +patch Hello Matthew,
On Mon 02 Dec 2019 at 04:50PM +00, Matthew Vernon wrote: > On 02/12/2019 15:52, Sean Whitton wrote: > >>> The various setup sections do describe e.g. >>> % git push --follow-tags -u origin master > >> Actually, the '-u' in that command alters your .git/config such that a >> subsequent plain `git push` will push master to salsa. > > Yes, but unless I am terminally confused about git, if I want to be > pushing two branches (e.g. upstream and master) then this doesn't DWIW? Ah, indeed. In the case where you are forced to maintain an upstream branch on salsa (the case where upstream releases only tarballs), `git push` alone will not be sufficient. If there is a way to configure git to always push both master and upstream to salsa when you type `git push` from one of those branches, and not push anything to other remotes, the manpage could document how to do that. I'm not sure that it's actually possible to do this. (I think that setting remote.origin.push so that master and upstream get pushed to salsa if you type `git push origin` is not much of an improvement over `git push origin master upstream`?) However, I don't think this should be recommended strongly by the manpage. I think that it would be quite unusual to configure git such that a plain `git push` would push more than one branch, such that it would be surprising to most git users for git ever to do that. We should have mention of pushing 'master' (and 'upstream' if you have it) to salsa, in the "BUILDING & UPLOADING" section, probably in prose form. > Ah, yes, that might be a problem. But, for example, I will always want > to push these tags to salsa, so maybe something on a per-remote basis? It doesn't look like it can be set per-remote. I think that it would be good to mention the push.followTags setting as something the user might want to set, without strongly recommending it. -- Sean Whitton
signature.asc
Description: PGP signature