精华内容
下载资源
问答
  • when I checkout remote git tag use command like this: 当我签出远程git标签时使用这样的命令: git checkout -b local_b

    本文翻译自:What is git tag, How to create tags & How to checkout git remote tag(s)

    when I checkout remote git tag use command like this: 当我签出远程git标签时使用这样的命令:

    git checkout -b local_branch_name origin/remote_tag_name
    

    I got error like this: 我得到这样的错误:

    error: pathspec `origin/remote_tag_name` did not match any file(s) known to git.
    

    I can find remote_tag_name when I use git tag command. 当我使用git tag命令时,我可以找到remote_tag_name。


    #1楼

    参考:https://stackoom.com/question/2Qxwo/什么是git标签-如何创建标签以及如何结帐git-remote-tag-s


    #2楼

    Let's start by explaining what a tag in git is 让我们首先解释一下git中的标签是什么

    在此输入图像描述

    A tag is used to label and mark a specific commit in the history. 标记用于标记和标记历史记录中的特定提交
    It is usually used to mark release points (eg. v1.0, etc.). 它通常用于标记释放点(例如v1.0等)。

    Although a tag may appear similar to branch, a tag, however, does not change . 虽然标签可能看起来与分支类似,但标签不会改变
    It points directly to a specific commit in the history. 直接指向历史中的特定提交

    在此输入图像描述


    You will not be able to checkout the tags if it's not locally in your repository so first, you have to fetch the tags to your local repository. 如果标签不在您的存储库本地,那么您将无法检出标签,因此首先,您必须将标签fetch到本地存储库。

    First, make sure that the tag exists locally by doing 首先,确保标签存在于本地

    # --all will fetch all the remotes.
    # --tags will fetch all tags as well
    git fetch --all --tags --prune
    

    Then check out the tag by running 然后通过运行检查标签

    git checkout tags/<tag_name> -b <branch_name>
    

    Instead of origin use the tags/ prefix. 而不是origin使用tags/前缀。


    In this sample you have 2 tags version 1.0 & version 1.1 you can checkout them out with any of the following: 在此示例中,您有2个标签版本1.0和版本1.1,您可以使用以下任何一个签出它们:

    git checkout A  ...
    git checkout version 1.0  ...
    git checkout tags/version 1.0  ...
    

    All of the above will do the same since tag is only a pointer to a given commit. 以上所有内容都是相同的,因为tag只是指向给定提交的指针。

    在此输入图像描述
    origin: https://backlog.com/git-tutorial/img/post/stepup/capture_stepup4_1_1.png 来源: https//backlog.com/git-tutorial/img/post/stepup/capture_stepup4_1_1.png


    How to see the list of all tags? 如何查看所有标签的列表?

    # list all tags
    git tag
    
    # list all tags with given pattern ex: v-
    git tag --list 'v-*'
    

    How to create tags? 如何创建标签?

    There are 2 ways to create a tag: 有两种方法可以创建标记:

    # normal tag 
    git tag 
    
    # annotated tag
    git tag -a
    

    The difference between the 2 is that that the when creating an annotated tag you can add metadata like you have in a git commit: 2之间的区别在于,在创建带注释的标签时,您可以像在git commit中一样添加元数据:
    name, e-mail, date, comment & signature 姓名,电子邮件,日期,评论和签名

    在此输入图像描述

    How to delete tags? 如何删除标签?

    # delete any given tag
    git tag -d <tag name>
    
    # Don't forget to remove the deleted tag form the server with push tags
    

    How to clone specific tag? 如何克隆特定标签?

    In order grab the content of a given tag you can use the checkout command. 为了获取给定标记的内容,您可以使用checkout命令。
    As explained above tags are like any other commits so we can use checkout and instead of using the SHA-1 simply replace it with the tag_name 如上所述,标签与任何其他提交一样,因此我们可以使用checkout而不是使用SHA-1,只需将其替换为tag_name

    Option 1: 选项1:

    # Update the local git repo with the latest tags from all remotes
    git fetch --all
    
    # checkout the specific tag
    git checkout tags/<tag> -b <branch>
    

    Option 2: 选项2:

    Using the clone command 使用clone命令

    Since git support shallow clone by adding the --branch to the clone command we can use the tag name instead of the branch name. 由于git通过将--branch添加到clone命令来支持浅克隆 ,因此我们可以使用标记名称而不是分支名称。 Git knows how to "translate" the given SHA-1 to the relevant commit Git知道如何将给定的SHA-1“翻译”到相关的提交

    # Clone a specific tag name using git clone 
     git clone <url> --branch=<tag_name>
    

    git clone --branch= git clone --branch =

    --branch can also take tags and detaches the HEAD at that commit in the resulting repository. --branch还可以在生成的存储库中的标记处获取标记并分离HEAD。


    #3楼

    (This answer took a while to write, and codeWizard's answer is correct in aim and essence, but not entirely complete, so I'll post this anyway.) (这个答案花了一些时间来编写, codeWizard的答案在目标和本质上是正确的,但并不完全完整,所以无论如何我都会发布这个。)


    There is no such thing as a "remote Git tag". 没有“远程Git标签”这样的东西。 There are only "tags". 只有“标签”。 I point all this out not to be pedantic, 1 but because there is a great deal of confusion about this with casual Git users, and the Git documentation is not very helpful 2 to beginners. 我点出这一切并非是迂腐,1,但因为存在混淆这个随随便便的Git用户带来了极大的交易,Git的文件是不是非常有帮助2至初学者。 (It's not clear if the confusion comes because of poor documentation, or the poor documentation comes because this is inherently somewhat confusing, or what.) (目前尚不清楚是否由于文档较差或文档较差而导致混淆,因为这本质上有点令人困惑,或者是什么。)

    There are "remote branches", more properly called "remote-tracking branches", but it's worth noting that these are actually local entities. 还有 “远程分支”,更恰当地称为“远程跟踪分支”,但值得注意的是,这些其实都是当地实体。 There are no remote tags, though (unless you (re)invent them). 但是,没有远程标签(除非您(重新)发明它们)。 There are only local tags, so you need to get the tag locally in order to use it. 只有本地标签,因此您需要在本地获取标签才能使用它。

    The general form for names for specific commits—which Git calls references —is any string starting with refs/ . 特定提交的名称的一般形式--Git调用引用 - 是以refs/开头的任何字符串。 A string that starts with refs/heads/ names a branch; refs/heads/ name开头的字符串; a string starting with refs/remotes/ names a remote-tracking branch; refs/remotes/开头的字符串远程跟踪分支; and a string starting with refs/tags/ names a tag. 以及以refs/tags/开头的字符串。 The name refs/stash is the stash reference (as used by git stash ; note the lack of a trailing slash). 名称refs/stash是stash引用(由git stash ;请注意缺少尾部斜杠)。

    There are some unusual special-case names that do not begin with refs/ : HEAD , ORIG_HEAD , MERGE_HEAD , and CHERRY_PICK_HEAD in particular are all also names that may refer to specific commits (though HEAD normally contains the name of a branch, ie, contains ref: refs/heads/ branch ). 有一些不常见的特殊情况名称不以refs/开头: HEADORIG_HEADMERGE_HEADCHERRY_PICK_HEAD特别是也可以引用特定提交的名称(尽管HEAD通常包含分支的名称,即包含ref: refs/heads/ branch )。 But in general, references start with refs/ . 但一般来说,引用以refs/开头。

    One thing Git does to make this confusing is that it allows you to omit the refs/ , and often the word after refs/ . Git做的一件令人困惑的事情是,它允许你省略refs/ ,通常是refs/之后的单词。 For instance, you can omit refs/heads/ or refs/tags/ when referring to a local branch or tag—and in fact you must omit refs/heads/ when checking out a local branch! 例如,您可以在引用本地分支或标记时省略refs/heads/refs/tags/ - 实际上,在签出本地分支时必须省略refs/heads/ You can do this whenever the result is unambiguous, or—as we just noted—when you must do it (for git checkout branch ). 只要结果是明确的,你就可以这样做,或者 - 正如我们刚才所说 - 当你必须这样做时(对于git checkout branch )。

    It's true that references exist not only in your own repository, but also in remote repositories. 确实,引用不仅存在于您自己的存储库中,还存在于远程存储库中。 However, Git gives you access to a remote repository's references only at very specific times: namely, during fetch and push operations. 但是,Git只允许您在非常特定的时间访问远程存储库的引用:即,在fetchpush操作期间。 You can also use git ls-remote or git remote show to see them, but fetch and push are the more interesting points of contact. 你也可以使用git ls-remotegit remote show来查看它们,但是fetchpush是更有趣的联系点。

    Refspecs Refspecs

    During fetch and push , Git uses strings it calls refspecs to transfer references between the local and remote repository. fetchpush期间,Git使用它调用refspecs的字符串来传输本地和远程存储库之间的引用。 Thus, it is at these times, and via refspecs, that two Git repositories can get into sync with each other. 因此,在这些时候,通过refspecs,两个Git存储库可以相互同步。 Once your names are in sync, you can use the same name that someone with the remote uses. 一旦您的名称同步,您可以使用与远程用户相同的名称。 There is some special magic here on fetch , though, and it affects both branch names and tag names. 但是, fetch有一些特殊的魔法,它会影响分支名称和标记名称。

    You should think of git fetch as directing your Git to call up (or perhaps text-message) another Git—the "remote"—and have a conversation with it. 您应该将git fetch视为指示您的Git调用(或者可能是文本消息)另一个Git - “远程” - 并与之进行对话。 Early in this conversation, the remote lists all of its references: everything in refs/heads/ and everything in refs/tags/ , along with any other references it has. 在这个对话的早期,远程列出了它的所有引用: refs/heads/所有内容以及refs/tags/ ,以及它具有的任何其他引用。 Your Git scans through these and (based on the usual fetch refspec) renames their branches. 你的Git扫描这些并(基于通常的fetch refspec) 重命名它们的分支。

    Let's take a look at the normal refspec for the remote named origin : 我们来看看远程命名origin的正常refspec:

    $ git config --get-all remote.origin.fetch
    +refs/heads/*:refs/remotes/origin/*
    $ 
    

    This refspec instructs your Git to take every name matching refs/heads/* —ie, every branch on the remote—and change its name to refs/remotes/origin/* , ie, keep the matched part the same, changing the branch name ( refs/heads/ ) to a remote-tracking branch name ( refs/remotes/ , specifically, refs/remotes/origin/ ). 这个refspec指示你的Git采取与refs/heads/* -ie匹配的每个名称,遥控器上的每个分支 - 并将其名称更改为refs/remotes/origin/* ,即保持匹配的部分相同,更改分支名称( refs/heads/ )到远程跟踪分支名称( refs/remotes/ ,具体来说, refs/remotes/origin/ )。

    It is through this refspec that origin 's branches become your remote-tracking branches for remote origin . 正是通过这个refspecorigin的分支成为远程origin远程跟踪分支。 Branch name becomes remote-tracking branch name, with the name of the remote, in this case origin , included. 分支名称变为远程跟踪分支名称,包含远程名称(在本例中为origin )。 The plus sign + at the front of the refspec sets the "force" flag, ie, your remote-tracking branch will be updated to match the remote's branch name, regardless of what it takes to make it match. refspec前面的加号+设置“强制”标志,即远程跟踪分支将更新以匹配远程的分支名称,无论使其匹配需要什么。 (Without the + , branch updates are limited to "fast forward" changes, and tag updates are simply ignored since Git version 1.8.2 or so—before then the same fast-forward rules applied.) (如果没有+ ,分支更新仅限于“快进”更改,并且自Git版本1.8.2左右之后,标签更新将被忽略,然后应用相同的快进规则。)

    Tags 标签

    But what about tags? 但标签怎么样? There's no refspec for them—at least, not by default. 它们没有refspec - 至少,默认情况下不是。 You can set one, in which case the form of the refspec is up to you; 您可以设置一个,在这种情况下,refspec的形式由您决定; or you can run git fetch --tags . 或者你可以运行git fetch --tags Using --tags has the effect of adding refs/tags/*:refs/tags/* to the refspec, ie, it brings over all tags ( but does not update your tag if you already have a tag with that name, regardless of what the remote's tag says Edit, Jan 2017: as of Git 2.10, testing shows that --tags forcibly updates your tags from the remote's tags, as if the refspec read +refs/tags/*:refs/tags/* ; this may be a difference in behavior from an earlier version of Git). 使用--tags可以将refs/tags/*:refs/tags/*到refspec中,即它会带来所有标签( 但如果你已经有一个带有该名称的标签,则不会更新你的标签, 无论遥控器的标签是什么编辑,2017年1月:从Git 2.10开始,测试表明--tags强制更新遥控器标签上的标签,好像refspec读取+refs/tags/*:refs/tags/* ;这可能与早期版本的Git的行为不同)。

    Note that there is no renaming here: if remote origin has tag xyzzy , and you don't, and you git fetch origin "refs/tags/*:refs/tags/*" , you get refs/tags/xyzzy added to your repository (pointing to the same commit as on the remote). 请注意,这里没有重命名:如果远程origin有标签xyzzy ,而你没有,并且你git fetch origin "refs/tags/*:refs/tags/*" ,你会得到refs/tags/xyzzy添加到你的repository(指向与远程相同的提交)。 If you use +refs/tags/*:refs/tags/* then your tag xyzzy , if you have one, is replaced by the one from origin . 如果您使用+refs/tags/*:refs/tags/*那么您的标签xyzzy (如果有的话)将替换为来自origin标签。 That is, the + force flag on a refspec means "replace my reference's value with the one my Git gets from their Git". 也就是说,refspec上的+ force标志意味着“将我的引用值替换为我的Git从Git获取的值”。

    Automagic tags during fetch 获取期间的自动标记

    For historical reasons, 3 if you use neither the --tags option nor the --no-tags option, git fetch takes special action. 由于历史的原因,3如果您既不用--tags选项也不是--no-tags选项, git fetch采取特别行动。 Remember that we said above that the remote starts by displaying to your local Git all of its references, whether your local Git wants to see them or not. 请记住,我们上面说过,远程启动时会向您的本地Git显示其所有引用,无论您的本地Git是否想要查看它们。 4 Your Git takes note of all the tags it sees at this point. 4你的Git会记录它此时看到的所有标签。 Then, as it begins downloading any commit objects it needs to handle whatever it's fetching, if one of those commits has the same ID as any of those tags, git will add that tag—or those tags, if multiple tags have that ID—to your repository. 然后,当它开始下载任何提交对象时,它需要处理它所提取的任何内容,如果其中一个提交具有与任何这些标记相同的ID,git将添加该标记 - 或者那些标记,如果多个标记具有该ID-to你的存储库。

    Edit, Jan 2017: testing shows that the behavior in Git 2.10 is now: If their Git provides a tag named T , and you do not have a tag named T , and the commit ID associated with T is an ancestor of one of their branches that your git fetch is examining, your Git adds T to your tags with or without --tags . 编辑,2017年1月:测试显示Git 2.10中的行为现在是:如果他们的Git提供了一个名为T的标签, 并且您没有名为T的标签, 并且T关联的提交ID是其中一个分支的祖先您的git fetch正在检查,您的Git会将T添加到您的标记中,有或没有--tags Adding --tags causes your Git to obtain all their tags, and also force update. 添加--tags会导致您的Git获取所有标记,并强制更新。

    Bottom line 底线

    You may have to use git fetch --tags to get their tags. 您可能必须使用git fetch --tags来获取其标记。 If their tag names conflict with your existing tag names, you may (depending on Git version) even have to delete (or rename) some of your tags, and then run git fetch --tags , to get their tags. 如果他们的标签名称与您现有的标签名称冲突,您可能 (取决于Git版本)甚至必须删除(或重命名)您的某些标签,然后运行git fetch --tags来获取其标签。 Since tags—unlike remote branches—do not have automatic renaming, your tag names must match their tag names, which is why you can have issues with conflicts. 由于标签(与远程分支不同)没有自动重命名,因此标签名称必须与其标签名称匹配,这就是您可能遇到冲突问题的原因。

    In most normal cases, though, a simple git fetch will do the job, bringing over their commits and their matching tags, and since they—whoever they are—will tag commits at the time they publish those commits, you will keep up with their tags. 但是,在大多数正常情况下,一个简单的git fetch将完成这项工作,带来他们的提交和匹配的标签,因为他们 - 无论他们是谁 - 将在他们发布这些提交时标记提交,你将跟上他们的标签。 If you don't make your own tags, nor mix their repository and other repositories (via multiple remotes), you won't have any tag name collisions either, so you won't have to fuss with deleting or renaming tags in order to obtain their tags. 如果你没有制作自己的标签,也没有混合他们的存储库和其他存储库(通过多个遥控器),你也不会有任何标签名称冲突,所以你不必为删除或重命名标签而烦恼获得他们的标签。

    When you need qualified names 当您需要合格的名字时

    I mentioned above that you can omit refs/ almost always, and refs/heads/ and refs/tags/ and so on most of the time. 我上面提到你可以省略refs/几乎总是,并且在大多数时候refs/heads/refs/tags/等等。 But when can't you? 但是什么时候不能

    The complete (or near-complete anyway) answer is in the gitrevisions documentation . 完整的(或接近完整的)答案在gitrevisions文档中 Git will resolve a name to a commit ID using the six-step sequence given in the link. Git将使用链接中给出的六步序列将名称解析为提交ID。 Curiously, tags override branches: if there is a tag xyzzy and a branch xyzzy , and they point to different commits, then: 奇怪的是,标签覆盖分支:如果有标签xyzzy和分支xyzzy ,并且它们指向不同的提交,则:

    git rev-parse xyzzy
    

    will give you the ID to which the tag points. 将为您提供标签指向的ID。 However—and this is what's missing from gitrevisionsgit checkout prefers branch names, so git checkout xyzzy will put you on the branch, disregarding the tag. 然而 - 这就是gitrevisions所缺少的 - git checkout更喜欢分支名称,所以git checkout xyzzy会把你放在分支上,忽略标记。

    In case of ambiguity, you can almost always spell out the ref name using its full name, refs/heads/xyzzy or refs/tags/xyzzy . 如果含糊不清,您几乎总能使用其全名, refs/heads/xyzzyrefs/tags/xyzzy拼出引用名称。 (Note that this does work with git checkout , but in a perhaps unexpected manner: git checkout refs/heads/xyzzy causes a detached-HEAD checkout rather than a branch checkout. This is why you just have to note that git checkout will use the short name as a branch name first: that's how you check out the branch xyzzy even if the tag xyzzy exists. If you want to check out the tag, you can use refs/tags/xyzzy .) (请注意,这确实适用于git checkout ,但是可能以一种意想不到的方式: git checkout refs/heads/xyzzy导致分离-HEAD结帐而不是分支结账。这就是为什么你只需要注意git checkout将使用首先将短名称作为分支名称:即使标记xyzzy存在,也就是如何检查分支xyzzy 。如果要查看标记,可以使用refs/tags/xyzzy 。)

    Because (as gitrevisions notes) Git will try refs/ name , you can also simply write tags/xyzzy to identify the commit tagged xyzzy . 因为(正如gitrevisions所说)Git会尝试refs/ name ,你也可以简单地编写tags/xyzzy来识别提交标记的xyzzy (If someone has managed to write a valid reference named xyzzy into $GIT_DIR , however, this will resolve as $GIT_DIR/xyzzy . But normally only the various *HEAD names should be in $GIT_DIR .) (如果有人设法将名为xyzzy的有效引用写入$GIT_DIR ,但是,这将解析为$GIT_DIR/xyzzy 。但通常只有各种*HEAD名称应该在$GIT_DIR 。)


    1 Okay, okay, "not just to be pedantic". 1好吧,好吧,“ 不仅仅是为了迂腐”。 :-) :-)

    2 Some would say "very not-helpful", and I would tend to agree, actually. 2有些人会说“非常有帮助”,实际上我倾向于同意。

    3 Basically, git fetch , and the whole concept of remotes and refspecs, was a bit of a late addition to Git, happening around the time of Git 1.5. 3基本上, git fetch ,以及遥控器和refspecs的整个概念,对于Git来说是一个迟到的补充,发生在Git 1.5的时候。 Before then there were just some ad-hoc special cases, and tag-fetching was one of them, so it got grandfathered in via special code. 在此之前,只有一些特殊的特殊情况,而标记获取就是其中之一,所以它通过特殊代码得到了认可。

    4 If it helps, think of the remote Git as a flasher , in the slang meaning. 4如果它有所帮助,可以将远程Git视为傻瓜的意思。


    #4楼

    To get the specific tag code try to create a new branch add get the tag code in it. 要获取特定的标记代码,请尝试创建新的分支,然后在其中添加标记代码。 I have done it by command : $git checkout -b newBranchName tagName 我已经通过命令完成了: $git checkout -b newBranchName tagName

    展开全文
  • 我还要做其他什么么? 我在shell中使用的命令: git tag 2.0 当我使用git tag时,它显示:2.0 所以看起来标签存在,对吗? git仓库现在:https//github.com/keevitaja/myseo-pyrocms。 如何让这个标签显示在...

    问:
    我在GitHub上有一个仓库,我需要给他打个tag。我在shell打了tag,但是在Github上没有显示出来。我还要做其他什么么?
    我在shell中使用的命令是:

    git tag 2.0

    当我使用git tag时,它显示:2.0
    所以看起来标签存在,对吗?

    git仓库现在是:https//github.com/keevitaja/myseo-pyrocms。 如何让这个标签显示在GitHub上? 我的标签在哪里?

    答:

    你可以使用两种方法创建tag,

    • 命令行提交git
    • github图形界面创建

    从图形界面创建:

    git tag <tagname>

    如果你想添加tag的描述,使用-a

    git tag <tagname> -a 

    上面的操作会在你现有的分支本地创建tag。当你推送代码到远程默认不推送tag,你需要显示的说明希望将tag推送到远程,使用以下命令:

    git push origin --tags

    除了在命令行中明确列出的refspec之外,还会推送refs / tags下的所有引用。
    你如果只想推送单个tag:

    git push origin <tag>

    图形化添加tag的方法暂时不翻译。

    原文来源:https://stackoverflow.com/questions/18216991/create-a-tag-in-a-github-repository

    转载于:https://www.cnblogs.com/everfight/p/git_push_remote.html

    展开全文
  • Git分支——远程分支

    2018-09-10 11:17:54
    说明 本篇文章对Pro Git 3.5 Git 分支 - 远程分支 章节对远程分支、远程跟踪分支的总结。 什么是远程引用?...什么是远程跟踪分支(或远程分支引用)? 远程跟踪分支是远程分支状态的引用。 它们...

    说明

    本篇文章是对Pro Git 3.5 Git 分支 - 远程分支 章节对远程分支、远程跟踪分支的总结。

    什么是远程引用?

    远程引用是对远程仓库的引用(指针),包括分支、标签等等。例如:git remote列出远程仓库的引用,git branch列出远程分支引用,git tag列出远程仓库标签引用。

    什么是远程跟踪分支(或远程分支引用)?

    远程跟踪分支是远程分支状态的引用。 它们是你不能移动的本地引用,当你做任何网络通信操作时,它们会自动移动。 远程跟踪分支像是你上次连接到远程仓库时,那些分支所处状态的书签。它们以 (remote)/(branch) 形式命名。

    什么是跟踪分支?

    将一个本地分支和一个远程仓库分支关联到一起,本地的这个分支就叫做跟踪分支。
    如何创建一个跟踪分支:

    1. git clone 一个仓库时候,git默认将本地master分支关联origin/master。
    2. 切换到远程分支引用git checkout origin/master,执行git checkout -b master01会
      创建master01分支,然后使用git branch –set-upstream-to origin/master master01设置masster01关联origin/master分支。

    设置本地分支关联远程仓库分支的目的是执行git pull\fetch\push等命令时候可以自动作用于对应的远程仓库分支。

    本地仓库分支和远程仓库分支的关联(跟踪)操作

    这里写图片描述

    展开全文
  • 默认tag是latest。 docker pull mysql 如果要使用其它tag,则示例如下. "8.0"是tag。什么是tag?tag就是版本号。 docker pull mysql:8.0 2.使用以下命令启动容器. docker run --name='sky-mysql' -e '...

    Docker MySQL的安装与远程连接

    1.使用以下命令从docker Hub去下载MySQL官方提供的docker镜像。默认tag是latest。

    docker pull mysql

    如果要使用其它tag,则示例如下. "8.0"是tag。什么是tag?tag就是版本号。

    docker pull mysql:8.0

     

    2.使用以下命令启动容器.

    docker run --name='sky-mysql' -e 'MYSQL_ROOT_PASSWORD=abcd2019' -e MYSQL_ROOT_HOST=% -p 3306:3306 -d mysql:8.0

    注意:以上命令加了“-p 3306:3306”,这是要把容器的3306端口号与宿主机的3306端口做一个映射。

    敲黑板啦,划重点了。

    安装了MySQL的数据库之类的,我们往往要从远程访问数据,但MySQL在docker的官方帮助页面没有提供相关命令的使用例子。

     

    在上面的命令当中,“-e MYSQL_ROOT_HOST=%” 这个选项就是用来设置允许远程访问的。

    在网上搜到一些帖子,提供了其它方法,但试过之后,还是这个方法最管用。

     

    3.进入MySQL容器。

    sudo docker exec -it sky-mysql bash

     

    4.在MySQL 容器内部,登录MySQL DB.

    如果不用docker,我们安装好了MySQL要做的第一件事往往是登录MySQL。只不过现在这一步是在docker容器里面操作的。

    看到下面的-uroot不? root是用户名 ; -p 代表着按了回车后要输入root用户的密码。

    root用户如果不记得,请回忆第二条命令的这个选项:-e 'MYSQL_ROOT_PASSWORD=abcd2019'。

    mysql -uroot -p

     

    5.使用以下SQL语句去测试,看看我们的MySQL是否真的安装好了。这是在MySQL容器内部操作的。

    show databases;

     

    6. 创建一个新的数据库。依然是在MySQL容器内部操作的。

    create database galaxy;

     

    7.打开Navicate Premum,连接MySQL。

     

    展开全文
  • idea-tag操作

    2020-10-28 14:10:42
    1、什么是标签 版本要封板时,会在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也版本库的一个...
  • git 标签管理Tag

    2020-12-30 15:08:56
    发布一个版本时,通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本,将来无论什么时候,取某个标签的版本,就是把那个打标签的历史版本取出来。所以标签也版本库的一个快照。 Git 的标签...
  • refs目录下存储的仓库和tags,每个仓库下又有分支,每个tags下又有tag,一个tag对应的某次commit。 存储 local master 分支的最新commit对象的SHA-1 refs/heads/master 存储远程仓库 master 分支的最新commit对象...
  • <code>opcser = 'Matrikon.OPC.Simulation.1' TAG = 'opctest.plc01' gateway =...192.168.199.171'...我想使用Openopc来远程...我想请问一下这是什么原因,能如何解决?</p>
  • 1、什么是标签  通常,发布一个版本时,会在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。...2、idea中创建标签tag、并推送到远程仓库  创建tag    创建完成后,推送...
  • 由于docker下载镜像时,默认下载最新的镜像,而在此时的docker的mysql的tag中,这个可以从 docker hub 官网上看到是什么版本的,如图所示,我现在下载的是:8.0 的mysql,这也就问题的关键了,高版本的mysq...
  • 一、git是什么 git是一款分布式项目版本管理的工具 git:分布式 svn:集中式 二、git常用命令 git init 在当前项目的目录下生成一个.git隐藏文件夹,为了跟踪项目代码 git add:将工作区的文件添加到暂存区 ...
  • 1.什么是Docker 仓库? 仓库集中存放镜像文件的场所。有时候会把仓库和仓库注册服务器(Registry)混为一谈,并不严格区分。 实际上,仓库注册服务器上往往存放着多个仓库,每个仓库中又包含了多个镜像,每个镜像...
  • -- 这里使用的阿里的远程maven镜像,目前国内大多数都使用它 --> <mirror> <id>alimaven</id> <name>aliyun maven</name> <url>;...
  • //显示远程网页 //设置Web视图 setContentView(webView); } /** * 初始化WebView */ private void initWebView() { //不跳转到其他浏览器 webView.setWebViewClient(new WebViewClient() { @...
  • git 进阶

    2021-01-17 14:34:36
    tag标签二、git 本地仓库 到 远程仓库1. 远程仓库2. 配置忽略文件3. 本地仓库 与 远程仓库 连接4. 使用SSH密钥3. linux常用命令总结 一、git 工作区 到 本地仓库 1. 什么是HEAD?!什么是master? 1. 提交对象:...
  • docker初学笔记

    2015-05-10 15:12:00
    什么是docker 不准确的说,docker一种轻量级的虚拟机,它把可执行文件和运行环境打包成一个image,放在容器里运行,但是启动速度比虚拟机快很多,资源消耗小。这种技术主要为了解决部署环境的问题。 从远程...
  • Git的分支与版本

    2020-11-17 18:17:37
    四个环境以及各自的功能特点分支策略分支相关命令git操作之pull拉取远程指定分支以及push推送到远程指定分支Git如何给branch打tag实战:分支与版本git clone指定branch或tag附录附录一:DEV SIT UAT PET SIM PRD ...
  • 1.docker pull [options] NAME [:TAG]这条命令用来在远程仓库拉取镜像文件,NAME参数必须写的,表示要拉取的镜像名称,:TAG可选,用来指定下载的镜像版本,:TAG不写,代表默认(latest)的镜像版本。2.docker ...
  • 文章目录理论篇什么是组件化为什么需要组件化组件化的分层核心工具 CocoaPods典型的产品总结参考实践篇组件的创建设置共享文件使用组件三方依赖库关联远程仓库打 `tag` 并发布到 Cocoapods集成到宿主工程小结 ...
  • GIT分支tags管理

    2020-07-19 20:47:30
    在本节中,你将会学习如何列出已有的标签、如何创建和删除新的标签、以及不同类型的标签分别是什么。 git tag -a v1.0.1 -m'快捷回复站内消息等功能' //创建及添加说明 git push origin --tags //提交远程仓库共享...
  • Git(十一)标签

    2021-03-25 15:05:33
    关注: 远程分支和本地标签'如何关联' ③ 什么时候打标签 如果你达到一个'重要的阶段(某个里程碑)',并希望'永远记住'那个'特别的提交快照',可以使用 'git tag' 给它打上标签 ④ 实践 1)标签'版本库'的一...
  • spring Cloud hystrix

    2020-04-17 12:28:53
    文档源码 GitHub: Netflix/Hystrix. 大佬博客: Martin Fowler. SpringCloud文档:SpringCloud-Hystrix. ...Hystrix一个延迟和容错库,旨在隔离远程系统、服务和第三方库的访问点,停止级联故障...
  • 之前只从github上clone过C代码。 今天clone的sky-walking,连怎么编译都不知道,...github上不管选择什么版本的tag,给的链接都一样的。这因为clone的整个仓库,所有版本只需要clone一次就行,或许这就是百科
  • github学习

    2014-12-02 09:37:41
    git push origin master到底origin是什么呢? fork和clone区别。 github深入理解和github托管服务器的使用 git把Tag推送到远程仓库(给版本打个版本号) Github中作为不同项目,不同角色的使用git总结 git config...
  • JSP高级编程 

    2011-02-07 22:18:32
    10.1 JDBC Optional Package 是什么 10.2 RowSet 包 10.3 CachedRowSet 包 10.4 数据库连接缓冲池 10.5 JNDI 和RowSet 10.6 本章小结 第四部分 JSP 网络程序设计 第11 章 JSP 网络程序开发 11.1 配置服务器 11.2 ...
  • JSP高级编程(全)

    2009-07-05 01:06:36
    10.1 JDBC Optional Package 是什么 10.2 RowSet 包 10.3 CachedRowSet 包 10.4 数据库连接缓冲池 10.5 JNDI 和RowSet 10.6 本章小结 第四部分 JSP 网络程序设计 第11 章 JSP 网络程序开发 11.1 配置服务器 11.2 ...
  • Git学习笔记

    2020-07-15 19:01:02
    Git学习笔记什么是分布式版本控制系统修改与提交从本地创建版本库添加文件到暂存区提交修改使用标签tag查看修改分支创建分支切换分支合并分支间的修改保存修改冲突处理分支删除版本管理获取历史commit撤销修改远程...
  • 作者:陈和平 2007-10-29 内容导航:是什么导致监理工作延期?...文本Tag: 行业观察 监理 项目管理 远程教育 财务管理 流程管理 【IT168 专稿】国内对高级软件工程师人才的需求不断升温,北方某大学决定扩招。计划建
  • Git使用教程(下)

    2019-12-26 20:39:00
    发布一个版本时,我们通常先在版本库中打一个标签(tag),这样,就唯一确定了打标签时刻的版本。将来无论什么时候,取某个标签的版本,就是把那个打标签的时刻的历史版本取出来。所以,标签也版本库的一个快照。 ...
  • QEMU/KVM磁盘在线备份

    2019-05-04 16:26:00
    QEMU/KVM磁盘的在线完整及增量备份,“打包”方案的一种具体实现,可实现基于时间点的备份,同时支持本地与远程2种备份方式,并可指定备份文件进行恢复。 tag: qemu, kvm, disk, live, backup, incremental, ...

空空如也

空空如也

1 2 3 4 5
收藏数 84
精华内容 33
关键字:

远程tag是什么