{"thread":{"id":"3588","subject":"Pulling tags from git.git","startedAt":"2006-03-06T18:44:45Z","lastAt":"2006-03-20T20:31:49Z","messageCount":15,"participants":["David Ho","Andreas Ericsson","Junio C Hamano","A Large Angry SCM","Florian Weimer"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"17269","messageId":"4dd15d180603061044h3f70d48bk8006c15e605fdca1@mail.gmail.com","threadId":"3588","inReplyTo":null,"subject":"Pulling tags from git.git","fromName":"David Ho","fromEmail":"davidkwho@gmail.com","sentAt":"2006-03-06T18:44:45Z","receivedAt":"2006-03-06T18:44:45Z","isPatch":false,"sender":{"key":"davidkwho@gmail.com","avatar":"https://gravatar.com/avatar/1596ca9708bdd00a5c237f15af1011d65b6ef49a3bd9e9152e0bf09e7577fb5a?d=mp&s=160"},"body":"Hi,\n\nI have been trying to pull from the git repo via rsync. \n(rsync://rsync.kernel.org/pub/scm/git/git.git)  I got all the commits\nup to today but the tags since my initial cloning are missing.\n\nI tried git pull --tags, I still only have old tags.\nI switched to using the git protocol but that failed too.\n\ngit ls-remotes --tags showed, as expected, all the tags up to 1.2.4.\n\nIs there a switch I missed?\n\nRegards,\nDavid\n"},{"id":"17270","messageId":"4dd15d180603061054k36d1a434se7377ded1b3240bb@mail.gmail.com","threadId":"3588","inReplyTo":"4dd15d180603061044h3f70d48bk8006c15e605fdca1@mail.gmail.com","subject":"Re: Pulling tags from git.git","fromName":"David Ho","fromEmail":"davidkwho@gmail.com","sentAt":"2006-03-06T18:54:25Z","receivedAt":"2006-03-06T18:54:25Z","isPatch":false,"sender":{"key":"davidkwho@gmail.com","avatar":"https://gravatar.com/avatar/1596ca9708bdd00a5c237f15af1011d65b6ef49a3bd9e9152e0bf09e7577fb5a?d=mp&s=160"},"body":"Okay sorry, git fetch --tags did the trick.\n\nJust out of curiosity, should git pull --tags behave similarly since\nthe difference is git pull does a merge after a fetch?\n\nDavid\n\nOn 3/6/06, David Ho <davidkwho@gmail.com> wrote:\n> Hi,\n>\n> I have been trying to pull from the git repo via rsync.\n> (rsync://rsync.kernel.org/pub/scm/git/git.git)  I got all the commits\n> up to today but the tags since my initial cloning are missing.\n>\n> I tried git pull --tags, I still only have old tags.\n> I switched to using the git protocol but that failed too.\n>\n> git ls-remotes --tags showed, as expected, all the tags up to 1.2.4.\n>\n> Is there a switch I missed?\n>\n> Regards,\n> David\n>\n"},{"id":"17287","messageId":"440D5285.3050401@op5.se","threadId":"3588","inReplyTo":"4dd15d180603061054k36d1a434se7377ded1b3240bb@mail.gmail.com","subject":"Re: Pulling tags from git.git","fromName":"Andreas Ericsson","fromEmail":"ae@op5.se","sentAt":"2006-03-07T09:29:41Z","receivedAt":"2006-03-07T09:29:41Z","isPatch":false,"sender":{"key":"ae@op5.se","avatar":"https://gravatar.com/avatar/426e89595c75a8f5252dd0c989e5fabe5bcac616e68557427ad9aef6b0ca342a?d=mp&s=160"},"body":"David Ho wrote:\n> Okay sorry, git fetch --tags did the trick.\n> \n> Just out of curiosity, should git pull --tags behave similarly since\n> the difference is git pull does a merge after a fetch?\n> \n\nWith the git or git+ssh protocol, tags will be autofollowed when you do \na pull (only signed tags, I think). The auto-following is done by \ndetecting tags that are fetched, so when you did a pull using rsync the \ntags weren't auto-followed but you got all the commits. Next, when you \nchanged protocol to git:// you already had all the commit objects, so \nthere was nothing to auto-detect tags on. Since you're using git:// now \nit should work as advertised in the future though.\n\n-- \nAndreas Ericsson                   andreas.ericsson@op5.se\nOP5 AB                             www.op5.se\nTel: +46 8-230225                  Fax: +46 8-230231\n"},{"id":"17291","messageId":"7voe0ilf25.fsf@assigned-by-dhcp.cox.net","threadId":"3588","inReplyTo":"440D5285.3050401@op5.se","subject":"Re: Pulling tags from git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-03-07T10:33:38Z","receivedAt":"2006-03-07T10:33:38Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Andreas Ericsson <ae@op5.se> writes:\n\n> With the git or git+ssh protocol, tags will be autofollowed\n> when you do a pull (only signed tags, I think).  The\n> auto-following is done by detecting tags that are fetched,\n\nAh, you are correct.  We do not follow lightweight tags; I am\nnot sure if we should.\n\nWe detect from ls-remote output if you have objects pointed by\nremote tags (either signed or unsigned -- we cannot tell it from\nls-remote output) and fetch those tags that point at what we\nhave.\n\nThe auto following is done only when you are tracking remote\nbranches, BTW.  Promiscuous fetch for immediate merging does not\nfollow tags.\n\nTotally untested, so if somebody is interested, please test it,\nand if it works, sign it off and bounce it back to me ;-).\n\n-- >8 --\n[PATCH] make \"git fetch\" follow unannotated tags as well.\n\n---\ndiff --git a/git-fetch.sh b/git-fetch.sh\nindex 0346d4a..90c8882 100755\n--- a/git-fetch.sh\n+++ b/git-fetch.sh\n@@ -375,7 +375,7 @@ case \"$no_tags$tags\" in\n \t\t# using local tracking branch.\n \t\ttaglist=$(IFS=\" \" &&\n \t\tgit-ls-remote $upload_pack --tags \"$remote\" |\n-\t\tsed -ne 's|^\\([0-9a-f]*\\)[ \t]\\(refs/tags/.*\\)^{}$|\\1 \\2|p' |\n+\t\tsed -e 's/\\^{}$//' -e 's/\t/ /' |\n \t\twhile read sha1 name\n \t\tdo\n \t\t\ttest -f \"$GIT_DIR/$name\" && continue\n@@ -386,7 +386,8 @@ case \"$no_tags$tags\" in\n \t\t\tgit-cat-file -t \"$sha1\" >/dev/null 2>&1 || continue\n \t\t\techo >&2 \"Auto-following $name\"\n \t\t\techo \".${name}:${name}\"\n-\t\tdone)\n+\t\tdone |\n+\t\tsort -u)\n \tesac\n \tcase \"$taglist\" in\n \t'') ;;\n"},{"id":"17293","messageId":"440D7A7D.8070507@op5.se","threadId":"3588","inReplyTo":"7voe0ilf25.fsf@assigned-by-dhcp.cox.net","subject":"Re: Pulling tags from git.git","fromName":"Andreas Ericsson","fromEmail":"ae@op5.se","sentAt":"2006-03-07T12:20:13Z","receivedAt":"2006-03-07T12:20:13Z","isPatch":false,"sender":{"key":"ae@op5.se","avatar":"https://gravatar.com/avatar/426e89595c75a8f5252dd0c989e5fabe5bcac616e68557427ad9aef6b0ca342a?d=mp&s=160"},"body":"Junio C Hamano wrote:\n> Andreas Ericsson <ae@op5.se> writes:\n> \n> \n>>With the git or git+ssh protocol, tags will be autofollowed\n>>when you do a pull (only signed tags, I think).  The\n>>auto-following is done by detecting tags that are fetched,\n> \n> \n> Ah, you are correct.  We do not follow lightweight tags; I am\n> not sure if we should.\n> \n\nI'm fairly sure we shouldn't. The default update-hook prevents them (if \nenabled), and I can't for the life of me think of why anyone would want \nto distribute such tags.\n\nOTOH, preventing unannotated tags from being pushed seems like a better \nway than to not have the ability to auto-follow those same tags. After \nall, it's better to discourage than to disallow.\n\n-- \nAndreas Ericsson                   andreas.ericsson@op5.se\nOP5 AB                             www.op5.se\nTel: +46 8-230225                  Fax: +46 8-230231\n"},{"id":"17296","messageId":"440D9AB0.4070305@gmail.com","threadId":"3588","inReplyTo":"440D7A7D.8070507@op5.se","subject":"Re: Pulling tags from git.git","fromName":"A Large Angry SCM","fromEmail":"gitzilla@gmail.com","sentAt":"2006-03-07T14:37:36Z","receivedAt":"2006-03-07T14:37:36Z","isPatch":false,"sender":{"key":"gitzilla@gmail.com","avatar":"https://gravatar.com/avatar/354625c442439908ff3dd99757dee330e29e9df7847472384faf7a00add247fb?d=mp&s=160"},"body":"Andreas Ericsson wrote:\n> Junio C Hamano wrote:\n>> Andreas Ericsson <ae@op5.se> writes:\n>>\n>>\n>>> With the git or git+ssh protocol, tags will be autofollowed\n>>> when you do a pull (only signed tags, I think).  The\n>>> auto-following is done by detecting tags that are fetched,\n>>\n>>\n>> Ah, you are correct.  We do not follow lightweight tags; I am\n>> not sure if we should.\n>>\n> \n> I'm fairly sure we shouldn't. The default update-hook prevents them (if \n> enabled), and I can't for the life of me think of why anyone would want \n> to distribute such tags.\n> \n> OTOH, preventing unannotated tags from being pushed seems like a better \n> way than to not have the ability to auto-follow those same tags. After \n> all, it's better to discourage than to disallow.\n> \n\nBefore you do this, please explain why unannotated tags are not useful, \nand so should not be allowed to be pushed.\n"},{"id":"17298","messageId":"440DA82D.3060909@op5.se","threadId":"3588","inReplyTo":"440D9AB0.4070305@gmail.com","subject":"Re: Pulling tags from git.git","fromName":"Andreas Ericsson","fromEmail":"ae@op5.se","sentAt":"2006-03-07T15:35:09Z","receivedAt":"2006-03-07T15:35:09Z","isPatch":false,"sender":{"key":"ae@op5.se","avatar":"https://gravatar.com/avatar/426e89595c75a8f5252dd0c989e5fabe5bcac616e68557427ad9aef6b0ca342a?d=mp&s=160"},"body":"A Large Angry SCM wrote:\n> Andreas Ericsson wrote:\n> \n>> Junio C Hamano wrote:\n>>\n>>> Andreas Ericsson <ae@op5.se> writes:\n>>>\n>>>\n>>>> With the git or git+ssh protocol, tags will be autofollowed\n>>>> when you do a pull (only signed tags, I think).  The\n>>>> auto-following is done by detecting tags that are fetched,\n>>>\n>>>\n>>>\n>>> Ah, you are correct.  We do not follow lightweight tags; I am\n>>> not sure if we should.\n>>>\n>>\n>> I'm fairly sure we shouldn't. The default update-hook prevents them \n>> (if enabled), and I can't for the life of me think of why anyone would \n>> want to distribute such tags.\n>>\n>> OTOH, preventing unannotated tags from being pushed seems like a \n>> better way than to not have the ability to auto-follow those same \n>> tags. After all, it's better to discourage than to disallow.\n>>\n> \n> Before you do this, please explain why unannotated tags are not useful, \n> and so should not be allowed to be pushed.\n\n\nImagine Linus, getting his \"please pull\" emails and doing so only to \nfind dozens of temporary tags fetched by the pull. Junio's patch (if I \nread it correctly) unconditionally fetches *ALL* tags reachable from the \ntop of the commit-chain, which means there is no longer any way to keep \ntemporary tags in a repo from which someone else will pull.\n\nI for one riddle my repos with temporary tags whenever I'm trying \nsomething I'm not so sure of, or find an interesting bug or a design \ndecision I'm not 100% sure of. Perhaps I should rather do this with \nbranches, but imo branches are for doing work, whereas tags just mark a \nspot in the development so I easily can find them with gitk or some such.\n\nI may be biased by the way we do things at work. In our workflow, all \ntags meant to be distributed have a short note in them which explains \nthe rationale of the tag. For example, new versions have a very brief \nchangelog that sales-people get on email (a blessing, that, since we \ndevs no longer have to update feature-lists and such).\n\nTags not meant to be distributed are unannotated, and unannotated tags \nare kept out of published repos which are always stored at a central \nserver. Everybody synchronize to those central repos, so nobody pulls \nfrom each other. Perhaps this is how the kernel devs work too, but if it \never changes the update hook will no longer be able to safeguard from it \nand the, in my eyes, temporary tags will be distributed in a \ncriss-crossing mesh so no-one will ever know where it came from or who \ncreated it or why. I.e. a Bad Thing.\n\n-- \nAndreas Ericsson                   andreas.ericsson@op5.se\nOP5 AB                             www.op5.se\nTel: +46 8-230225                  Fax: +46 8-230231\n"},{"id":"17300","messageId":"4dd15d180603070812u16fbcf58m4afea92293dce370@mail.gmail.com","threadId":"3588","inReplyTo":"440D5285.3050401@op5.se","subject":"Re: Pulling tags from git.git","fromName":"David Ho","fromEmail":"davidkwho@gmail.com","sentAt":"2006-03-07T16:12:38Z","receivedAt":"2006-03-07T16:12:38Z","isPatch":false,"sender":{"key":"davidkwho@gmail.com","avatar":"https://gravatar.com/avatar/1596ca9708bdd00a5c237f15af1011d65b6ef49a3bd9e9152e0bf09e7577fb5a?d=mp&s=160"},"body":"Andreas,\n\nAfter get it working, I did an experiment where I hard-resetted my\nlocal repo to v1.2.3, git-pruned and removed the v1.2.4 tag.  A git\npull with the git protocol does indeed pick up the tag.\n\nThanks for explaining what's going on under the hood.  Everything now\nmakes sense to me!\n\nDavid\n\nOn 3/7/06, Andreas Ericsson <ae@op5.se> wrote:\n> With the git or git+ssh protocol, tags will be autofollowed when you do\n> a pull (only signed tags, I think). The auto-following is done by\n> detecting tags that are fetched, so when you did a pull using rsync the\n> tags weren't auto-followed but you got all the commits. Next, when you\n> changed protocol to git:// you already had all the commit objects, so\n> there was nothing to auto-detect tags on. Since you're using git:// now\n> it should work as advertised in the future though.\n"},{"id":"17304","messageId":"7vr75ejfd2.fsf@assigned-by-dhcp.cox.net","threadId":"3588","inReplyTo":"440DA82D.3060909@op5.se","subject":"Re: Pulling tags from git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-03-07T18:10:01Z","receivedAt":"2006-03-07T18:10:01Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Andreas Ericsson <ae@op5.se> writes:\n\n> Imagine Linus, getting his \"please pull\" emails and doing so only to\n> find dozens of temporary tags fetched by the pull. Junio's patch (if I\n> read it correctly) unconditionally fetches *ALL* tags reachable from\n> the top of the commit-chain, which means there is no longer any way to\n> keep temporary tags in a repo from which someone else will pull.\n\nI thought we made fetch made by such a promiscous pull not to\nfollow tags, so that wouldn't be a problem.  Tag following is\nonly to happen when you track other's branches.  That is:\n\n\t$ git pull git://git.kernel.org/pub/scm/git/git.git master\n\nwould store my \"master\" branch tip only in your .git/FETCH_HEAD and\nyou merge it immediately, without following my tags, while:\n\n\t$ git pull git://git.kernel.org/pub/scm/git/git.git master:origin\n\n(which is what you get by \"git pull\" without arguments) would\nfollow my tags, because you are storing the branch head into\nyour local branch \"origin\".\n\n> I for one riddle my repos with temporary tags whenever I'm trying\n> something I'm not so sure of, or find an interesting bug or a design\n> decision I'm not 100% sure of. Perhaps I should rather do this with\n> branches, but imo branches are for doing work, whereas tags just mark\n> a spot in the development so I easily can find them with gitk or some\n> such.\n\nI also have many throwaway unannotated tags.  Whenever I have a\nWIP that I want to split up or reorder, I tag the tip of that\ntopic branch with \"git tag anchor-blah\" tag, rewind the tip to\nthe commit before the one I want to redo, and then do this\nrepeatedly:\n\n\t$ git diff -R anchor-blah >P.diff\n        $ ... edit P.diff to keep the part I want to apply first\n        $ git apply --index P.diff\n        $ ... maybe edit a bit further\n        $ git commit\n\nuntil there is no difference between the rewound-and-redone tip\nand anchor-blah other than whatever clean-ups I do during the\nabove cycle.  Propagating such throw-away tags is not very\nuseful.  And I think it is reasonable to say that throw-away\ntags tend to be unannotated.\n"},{"id":"17323","messageId":"440E5E40.7090700@gmail.com","threadId":"3588","inReplyTo":"440DA82D.3060909@op5.se","subject":"Re: Pulling tags from git.git","fromName":"A Large Angry SCM","fromEmail":"gitzilla@gmail.com","sentAt":"2006-03-08T04:32:00Z","receivedAt":"2006-03-08T04:32:00Z","isPatch":false,"sender":{"key":"gitzilla@gmail.com","avatar":"https://gravatar.com/avatar/354625c442439908ff3dd99757dee330e29e9df7847472384faf7a00add247fb?d=mp&s=160"},"body":"Andreas Ericsson wrote:\n> A Large Angry SCM wrote:\n>> Andreas Ericsson wrote:\n>>\n>>> Junio C Hamano wrote:\n>>>\n>>>> Andreas Ericsson <ae@op5.se> writes:\n>>>>\n>>>>\n>>>>> With the git or git+ssh protocol, tags will be autofollowed\n>>>>> when you do a pull (only signed tags, I think).  The\n>>>>> auto-following is done by detecting tags that are fetched,\n>>>>\n>>>>\n>>>>\n>>>> Ah, you are correct.  We do not follow lightweight tags; I am\n>>>> not sure if we should.\n>>>>\n>>>\n>>> I'm fairly sure we shouldn't. The default update-hook prevents them \n>>> (if enabled), and I can't for the life of me think of why anyone \n>>> would want to distribute such tags.\n>>>\n>>> OTOH, preventing unannotated tags from being pushed seems like a \n>>> better way than to not have the ability to auto-follow those same \n>>> tags. After all, it's better to discourage than to disallow.\n>>>\n>>\n>> Before you do this, please explain why unannotated tags are not \n>> useful, and so should not be allowed to be pushed.\n> \n> \n> Imagine Linus, getting his \"please pull\" emails and doing so only to \n> find dozens of temporary tags fetched by the pull. Junio's patch (if I \n> read it correctly) unconditionally fetches *ALL* tags reachable from the \n> top of the commit-chain, which means there is no longer any way to keep \n> temporary tags in a repo from which someone else will pull.\n\nWhy is a \"pull\" bothering with tags? A \"fetch\" yes, but not a pull.\n\n> I for one riddle my repos with temporary tags whenever I'm trying \n> something I'm not so sure of, or find an interesting bug or a design \n> decision I'm not 100% sure of. Perhaps I should rather do this with \n> branches, but imo branches are for doing work, whereas tags just mark a \n> spot in the development so I easily can find them with gitk or some such.\n> \n> I may be biased by the way we do things at work. In our workflow, all \n> tags meant to be distributed have a short note in them which explains \n> the rationale of the tag. For example, new versions have a very brief \n> changelog that sales-people get on email (a blessing, that, since we \n> devs no longer have to update feature-lists and such).\n> \n> Tags not meant to be distributed are unannotated, and unannotated tags \n> are kept out of published repos which are always stored at a central \n> server. Everybody synchronize to those central repos, so nobody pulls \n> from each other. Perhaps this is how the kernel devs work too, but if it \n> ever changes the update hook will no longer be able to safeguard from it \n> and the, in my eyes, temporary tags will be distributed in a \n> criss-crossing mesh so no-one will ever know where it came from or who \n> created it or why. I.e. a Bad Thing.\n\nThe distinction here is not annotated tags or temporary tags but _local_ \ntags. _Your_ workflow conventions treat unannotated tags as local tags \nbut declaring that unannotated tags can not be pushed is imposing _your_ \nconventions on other groups. Just as branch names, themselves, can be \nmeaningful, so can tag names.\n"},{"id":"17326","messageId":"440EAE34.5020807@op5.se","threadId":"3588","inReplyTo":"440E5E40.7090700@gmail.com","subject":"Re: Pulling tags from git.git","fromName":"Andreas Ericsson","fromEmail":"ae@op5.se","sentAt":"2006-03-08T10:13:08Z","receivedAt":"2006-03-08T10:13:08Z","isPatch":false,"sender":{"key":"ae@op5.se","avatar":"https://gravatar.com/avatar/426e89595c75a8f5252dd0c989e5fabe5bcac616e68557427ad9aef6b0ca342a?d=mp&s=160"},"body":"A Large Angry SCM wrote:\n> \n> Why is a \"pull\" bothering with tags? A \"fetch\" yes, but not a pull.\n> \n\nA pull is a fetch + merge. I said pull because what little I know of \nLinus' workflow is the the emails he gets from susbsystem maintainers \nare called \"pull requests\".\n\n>>\n>> Tags not meant to be distributed are unannotated, and unannotated tags \n>> are kept out of published repos which are always stored at a central \n>> server. Everybody synchronize to those central repos, so nobody pulls \n>> from each other. Perhaps this is how the kernel devs work too, but if \n>> it ever changes the update hook will no longer be able to safeguard \n>> from it and the, in my eyes, temporary tags will be distributed in a \n>> criss-crossing mesh so no-one will ever know where it came from or who \n>> created it or why. I.e. a Bad Thing.\n> \n> \n> The distinction here is not annotated tags or temporary tags but _local_ \n> tags. _Your_ workflow conventions treat unannotated tags as local tags \n> but declaring that unannotated tags can not be pushed is imposing _your_ \n> conventions on other groups. Just as branch names, themselves, can be \n> meaningful, so can tag names.\n> \n\nYes, that's why I said it's better to discourage than to disallow. The \ndefault update-hook is disabled by default and there are comments \naplenty to make it possible even for the most die-hard point-and-click \nmonkey to be able to comment out the disallowing of unannotated tags.\n\n-- \nAndreas Ericsson                   andreas.ericsson@op5.se\nOP5 AB                             www.op5.se\nTel: +46 8-230225                  Fax: +46 8-230231\n"},{"id":"17383","messageId":"87zmk0dq75.fsf@mid.deneb.enyo.de","threadId":"3588","inReplyTo":"440D7A7D.8070507@op5.se","subject":"Re: Pulling tags from git.git","fromName":"Florian Weimer","fromEmail":"fw@deneb.enyo.de","sentAt":"2006-03-09T07:37:02Z","receivedAt":"2006-03-09T07:37:02Z","isPatch":false,"sender":{"key":"fw@deneb.enyo.de","avatar":null},"body":"* Andreas Ericsson:\n\n[lightweight tags]\n\n> I'm fairly sure we shouldn't. The default update-hook prevents them\n> (if enabled), and I can't for the life of me think of why anyone would\n> want to distribute such tags.\n\nThe current implementation is rather counter-intuitive because it's\nmuch easier to create lightweight tags, and you wonder why they aren't\nreplicated by fetches (but some other tags are).\n"},{"id":"17387","messageId":"441064DD.2010903@op5.se","threadId":"3588","inReplyTo":"87zmk0dq75.fsf@mid.deneb.enyo.de","subject":"Re: Pulling tags from git.git","fromName":"Andreas Ericsson","fromEmail":"ae@op5.se","sentAt":"2006-03-09T17:24:45Z","receivedAt":"2006-03-09T17:24:45Z","isPatch":false,"sender":{"key":"ae@op5.se","avatar":"https://gravatar.com/avatar/426e89595c75a8f5252dd0c989e5fabe5bcac616e68557427ad9aef6b0ca342a?d=mp&s=160"},"body":"Florian Weimer wrote:\n> * Andreas Ericsson:\n> \n> [lightweight tags]\n> \n> \n>>I'm fairly sure we shouldn't. The default update-hook prevents them\n>>(if enabled), and I can't for the life of me think of why anyone would\n>>want to distribute such tags.\n> \n> \n> The current implementation is rather counter-intuitive because it's\n> much easier to create lightweight tags, and you wonder why they aren't\n> replicated by fetches (but some other tags are).\n\n\nWell, you wouldn't want to go through the trouble of writing a \ntag-message for a temporary tag, but signing and writing a short note \nfor a tag that you intend those who share your workload to have is not \nthat much of a bother imo.\n\n-- \nAndreas Ericsson                   andreas.ericsson@op5.se\nOP5 AB                             www.op5.se\nTel: +46 8-230225                  Fax: +46 8-230231\n"},{"id":"17718","messageId":"87lkv5ynnp.fsf@mid.deneb.enyo.de","threadId":"3588","inReplyTo":"441064DD.2010903@op5.se","subject":"Re: Pulling tags from git.git","fromName":"Florian Weimer","fromEmail":"fw@deneb.enyo.de","sentAt":"2006-03-20T18:30:18Z","receivedAt":"2006-03-20T18:30:18Z","isPatch":false,"sender":{"key":"fw@deneb.enyo.de","avatar":null},"body":"* Andreas Ericsson:\n\n>> The current implementation is rather counter-intuitive because it's\n>> much easier to create lightweight tags, and you wonder why they aren't\n>> replicated by fetches (but some other tags are).\n\n> Well, you wouldn't want to go through the trouble of writing a\n> tag-message for a temporary tag, but signing and writing a short note\n> for a tag that you intend those who share your workload to have is not\n> that much of a bother imo.\n\nIt's not obvious from the git-tag documentation that signing makes a\ndifference down the road in terms of replication.  IOW, I don't\nquestion the distinction per se, but it's counter-intuitive if you\naren't told about it.\n"},{"id":"17719","messageId":"7vpskgkgcq.fsf@assigned-by-dhcp.cox.net","threadId":"3588","inReplyTo":"87lkv5ynnp.fsf@mid.deneb.enyo.de","subject":"Re: Pulling tags from git.git","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2006-03-20T20:31:49Z","receivedAt":"2006-03-20T20:31:49Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Florian Weimer <fw@deneb.enyo.de> writes:\n\n> It's not obvious from the git-tag documentation that signing makes a\n> difference down the road in terms of replication.  IOW, I don't\n> question the distinction per se, but it's counter-intuitive if you\n> aren't told about it.\n\nAgreed.  Please make it so ;-).\n"}]}