タグ付けされた質問 「git-tag」

gitにすべてのタグと完全な注釈またはコミットメッセージを一覧表示させたい。このようなものは近いです： git tag -n5 これは、タグメッセージの最初の5行までしか表示されないことを除いて、私が望んでいることとまったく同じです。 非常に大きな数を使用できると思います。ここで使用できる最大数はいくつですか？すべてのコンピューターで同じですか？ 更新：私はこれについて考える時間を多く持っていました、そして今、私はそれらのいくつかが異常に長い場合、必ずしも各メッセージの全体を表示したくないと思います。大量のメッセージを表示する必要がある特定のニーズは本当にありませんでした（タグメッセージを含め、自分が書くすべてのものに長い間巻き込まれる傾向があることを除いて）。メッセージ全体が表示されるとは限らないので、情報が隠されているように感じました。しかし、情報が多すぎることも悪いことです。

360 git  tags  git-tag 

私は去年の毎日のVCSとしてSubversionからGitに切り替えましたが、それでも「Git-think」の細かい点を把握しようとしています。 最近私を悩ませているのは、「軽量」タグ、注釈付きタグ、署名付きタグです。注釈付きタグは実際のすべての用途で軽量タグよりも優れていることはかなり一般的に受け入れられているようですが、なぜそうなるのかについて私が見つけた説明は、常に「ベストプラクティスのため」または「それらが異なるため」に煮詰められているようです。。残念ながら、これらはなぜベストプラクティスなのか、またはそれらの違いが私のGitの使用にどのように関連するのかを知らずに、非常に満足のいく議論ではありません。 私が最初にGitに切り替えたとき、軽量タグはスライスされたパン以来の最高のもののようでした。コミットを指して「それは1.0だった」と言うだけです。タグがこれ以上必要になる可能性があることを理解するのに苦労していますが、世界中のGitエキスパートが注釈付きタグを恣意的に好むとは信じられません！それで、すべての騒ぎは何ですか？ （ボーナスポイント：なぜタグに署名する必要があるのですか？） 編集 注釈付きタグは良いことだと私は確信しています。誰がいつタグ付けしたかを知ることが重要です！フォローアップとして、適切なタグ注釈に関するアドバイスはありますか？両方git tag -am "tagging 1.0" 1.0と、前のタグ以降のコミットログを要約しようとすると、戦略を失うような気がします。

346 git  git-tag 

現在のコミットにタグを付けたい場合。次のコマンドラインの両方が機能することを知っています： git tag <tagname> そして git tag -a <tagname> -m '<message>' これらのコマンドの違いは何ですか？

333 git  tags  git-tag 

素晴らしく単純な質問-「git fetch」の機能は、厳密なサブセットgit fetch --tagsですか？ つまり、私が実行した場合git fetch --tags、すぐにすぐに実行する理由はありgit fetchますか？ 何についてgit pullとgit pull --tags？同じ状況？

270 git  pull  git-tag  git-fetch 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 この質問を改善する v1.2.3gitのタグの命名規則として使用する多くのプロジェクトを見てきました。私もいくつかの使用を見てきました1.2.3。公式に承認されたスタイルはありますか、またはどちらかを使用するための良い議論はありますか？

229 git  git-tag 

gitリポジトリにはいくつかの注釈付きタグがあります。古いタグには、新しいスタイルに更新する偽のメッセージがあります。 % git tag -n1 v1.0 message v1.1 message v1.2 message v2.0 Version 2.0 built on 15 October 2011. この例では、v1.xメッセージをv2.0メッセージのように見せます。誰もがこれをどのように行うか知っていますか？

225 git  git-tag 

Gitリポジトリからすべてのタグを削除したい。どうやってやるの？ ローカルでのgit tag -d tagname削除タグの使用tagname、およびgit push --tagsgitプロバイダーでのタグの更新の使用。 私は試した： git tag -d * しかし、それ*は現在のディレクトリからのファイルを意味します。 $ git tag -d * error: tag 'file1' not found. error: tag 'file2' not found. ... タグがたくさんあり、それらをすべて削除したいとします。

224 git  git-tag 

たとえば、自分のタグ1.0.0をリモートmasterブランチに強制的にプッシュしたい。 私は今次のことをしています： git push production +1.0.0:master 私が気にしているのは、1.0.0タグ内のコードmasterがリモートリポジトリのブランチにプッシュされることだけなので、pushを強制したいのです。 何が悪いのですか？ アップデート＃1 GitリポジトリがあるサーバーにSSHで接続して実行するgit branch -lと、masterブランチも表示されません。 アップデート＃2 git tag -lリモートGitリポジトリー内から実行した後、それmasterがリストされていることがわかります。つまり、以下を実行したときです。 git push production 1.0.0:master 実際にタグをプッシュし、新しいブランチではなくという タグを作成しました。master 私は基本的にプッシュする内容タグのを1.0.0にmasterリモートのGitリポジトリのブランチ。

216 git  git-push  git-tag 

現在チェックアウトされているタグを見つけられません。 私がする時： git checkout tag1 git branch どのタグを付けているのかわかりません。ログするだけです： * (no branch) master チェックアウトされているタグを見つけることはできますか？上記の例では、これはになりますtag1。

216 git  git-checkout  git-tag 

gitのクローン（1）マニュアルページ --branch また、タグを取得して、結果のリポジトリのコミット時にHEADをデタッチできます。 私は試した git clone --branch <tag_name> <repo_url> しかし、それは機能しません。それは返します： warning: Remote branch 2.13.0 not found in upstream origin, using HEAD instead このパラメーターの使用方法

192 git  git-clone  git-tag 

リポジトリを作成したので、作成していたタグがリポジトリにプッシュされていないようです。git tagローカルディレクトリで実行すると、すべてのタグが表示されますが、リモートリポジトリにログオンしてを実行するgit tagと、最初のいくつかだけが表示されます。 問題は何でしょうか？

188 git  git-tag 

rspecバンドルのバージョンversion / tag 1.1.4をチェックアウトするにはどうすればよいですか？ cd ~/Library/Application\ Support/TextMate/Bundles/ git clone git://github.com/rspec/rspec-tmbundle.git RSpec.tmbundle osascript -e 'tell app "TextMate" to reload bundles'

180 git  github  git-tag 

gitプロジェクトのデプロイメントスクリプトを開発していて、タグを使い始めました。という新しいタグを追加しましたv2.0。 git tag -a v2.0 -m "Launching version 2.0" そして、私はこのタグをリモートリポジトリにプッシュしました git push --tags 展開スクリプトを実行してv2.0タグをチェックアウトしようとすると、次のメッセージが表示されます。 「デタッチされたヘッド」の状態です。周りを見回して実験的な変更を行い、コミットすることができます。別のチェックアウトを実行することで、ブランチに影響を与えることなく、この状態で行ったコミットを破棄できます。作成したコミットを保持するために新しいブランチを作成する場合は、checkoutコマンドで-bを再度使用することで（現在または後で）行うことができます。例：git checkout -b new_branch_name HEADは現在 それは正常ですか？私がそうするならば、リポジトリはリンボにあります： git branch 私はこの出力を取得します： * (no branch) master これが明らかである場合は申し訳ありませんが、私はそれを理解することができませんでした。

166 git  deployment  git-tag 

現在、複数のブランチを持つリポジトリを使用しています。 タグを作成すると、そのタグは当時の現在のブランチを参照しますか？ つまり、タグを作成するときはいつでも、目的のブランチに切り替えて、そのブランチ内のタグを指定し、その時点でタグがそのブランチを参照するようにする必要がありますか？

156 git  git-tag 

タグ付きコミットを別のブランチにマージするための構文を見つけようとしています。私はそれが簡単だと思いますが、私の弱々しい検索の試みはそれを見つけていません。

155 git-merge  git-tag