タグ付けされた質問 「branch」

「ブランチ」は、独立した開発ラインを表すためにバージョン管理システムで使用される用語です。システムによっては、リポジトリに1つ以上のブランチを含めることができます。変更があるブランチから別のブランチに伝播する必要がある場合、ブランチはマージされます。



20
リモートGitブランチをどのように作成しますか?
上流に「プッシュ」するローカルブランチを作成しました。Stack Overflowには、新しく作成されたリモートブランチを追跡する方法に関する同様の質問があります。 ただし、私のワークフローは少し異なります。最初にローカルブランチを作成します。満足し、ブランチを共有したい場合にのみ、それを上流にプッシュします。 どうすればいいですか?(私のグーグル検索は何も思いつかなかったようです)。 それを上流のリポジトリからプルするように同僚にどのように伝えますか? 更新Git 2.0では、以下に記述したより簡単な答えがあります。https://stackoverflow.com/a/27185855/109305
3130 git  branch  git-branch 

30
Gitで現在のブランチ名を取得するにはどうすればよいですか?
私はSubversionの出身ですが、ブランチがあるときは、「これらの作業ファイルがこのブランチをポイントしている」ので、自分が何をしているのかわかっていました。 しかし、Gitでは、NetBeansやNotepad ++でファイルを編集しているとき、マスターと別のブランチのどちらに関連付けられているかはわかりません。 gitbashには何の問題もありません。それは私が何をしているかを教えてくれます。
2595 git  branch  git-branch 

30
Gitフェッチリモートブランチ
私の同僚と私は同じリポジトリで作業しています。2つのブランチに分岐しましたが、それぞれ技術的に異なるプロジェクトに対応していますが、それらには類似点があるため、masterから*にコミットしたい場合がありますbranch。 しかし、私は持っていbranchます。同僚は具体的にどのようにそのブランチをプルできますか? git cloneリポジトリのA は、彼のためにローカルにブランチを作成していないようですが、私の最後を押した後、ブランチが無茶苦茶に生きているのを見ることができます。 また、私が最初にブランチを作成したときに、私はブランチを作成しました-b checkout。それは大きな違いをもたらしますか? $ git branch -r origin/HEAD -> origin/master origin/daves_branch origin/discover origin/master $ git fetch origin discover $ git checkout discover これらは私が実行したコマンドです。しかし、それは間違いなく機能していません。 そのブランチをチェックアウトして、さまざまな共同作業者やワークステーションからのブランチの変更だけをプッシュしてコミットできるようにしたいと思っています。

18
2つのリビジョン間で変更されたファイルを表示する
しばらく分離されていて、どのファイルが変更されたかを知りたい2つのブランチをマージしたいと思います。 このリンクに出くわした:http : //linux.yyz.us/git-howto.htmlこれは非常に便利でした。 私が出会ったブランチを比較するツールは次のとおりです。 git diff master..branch git log master..branch git shortlog master..branch 「git status master..branch」のようなものが2つのブランチ間で異なるファイルのみを表示するかどうか疑問に思っていました。 新しいツールを作成せずに、これが今すぐ実行できる最も近いものだと思います(もちろん、ファイルが複数回変更された場合は繰り返し表示されます)。 git diff master..branch | grep "^diff" 私が逃したものがあるかどうか疑問に思っていました...
2105 git  branch  git-branch  git-diff 



30
すべてのGitブランチをフェッチする方法
約5つのブランチを含むGitリポジトリーを複製しました。しかし、私がそうするgit branchと、そのうちの1つしか表示されません。 $ git branch * master すべてのブランチgit branch -aを表示するためにできることは知っていますが、すべてのブランチをローカルにプルするにはどうすればよいgit branchですか? $ git branch * master * staging * etc...
1507 git  branch  git-branch 

12
ブランチを指定しない「git push」のデフォルトの動作
次のコマンドを使用して、リモートブランチにプッシュします。 git push origin sandbox 私が言うなら git push origin 他のブランチにも変更をプッシュしますか、それとも現在のブランチのみを更新しますか?私には3つのブランチmasterがproductionありsandboxます。 git push私は良いのためにこれを明確にしたいと思いますので、ドキュメントには、このことについて非常に明確ではありません。 次のgit pushコマンドはどのブランチとリモートを正確に更新しますか? git push git push origin origin 上記はリモートです。 git push [remote] [branch]そのブランチのみをリモートにプッシュすることを理解しています。
1366 git  branch  git-branch  git-push 

28
最新のコミット順に並べられたGitブランチのリストを取得するにはどうすればよいですか?
「最新の」ブランチが一番上にあるGitリポジトリのすべてのブランチのリストを取得したいのですが、「最新の」ブランチは最近コミットされたブランチであり、したがって、1つである可能性が高くなります注目したい)。 Gitを使用して、(a)ブランチのリストを最新のコミットでソートする方法、または(b)ブランチのリストをそれぞれの最終コミット日付と一緒に、何らかの機械可読形式で取得できる方法はありますか? 最悪の場合、私は常に実行git branchしてすべてのブランチのリストを取得し、その出力を解析してgit log -n 1 branchname --format=format:%ciから、ブランチごとに各ブランチのコミット日付を取得することができました。ただし、これはWindowsボックスで実行され、新しいプロセスの起動には比較的コストがかかるため、ブランチが多数ある場合、ブランチごとにGit実行可能ファイルを起動すると遅くなる可能性があります。単一のコマンドでこれをすべて行う方法はありますか?

16
Subversionリポジトリで「ブランチ」、「タグ」、「トランク」は何を意味しますか?
私はこれらの言葉をSubversion(そして一般的なリポジトリだと思います)の議論の周りでたくさん見ました。 私はここ数年、プロジェクトにSVNを使用していますが、これらのディレクトリの完全な概念を把握したことがありません。 彼らはどういう意味ですか?
1193 svn  tags  branch  glossary  trunk 

7
gitブランチに名前を付けるために一般的に使用されるプラクティスの例は何ですか?[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 3年前休業。 私は今、グループのCVSリポジトリと対話するローカルgitリポジトリを数か月使用しています。私はほとんど神経質な数の枝を作りました、そのほとんどはありがたいことに私の幹に戻ってマージしました。しかし、ネーミングが問題になり始めています。単純なラベルで簡単に名前を付けるタスクがあるが、それぞれ独自のブランチとマージの状況を含む3つの段階でそれを達成する場合、ブランチ名を毎回繰り返すことができますが、履歴が少し混乱します。ステージごとに別々の説明を付けて、名前をより具体的にすると、ブランチ名が長くなり、扱いにくくなります。 ここで古いスレッドを調べて、ブランチに名前の/を付けて開始できることを学びました。つまり、トピック/タスク、またはそのようなものです。私はそれを始めて、それが物事をよりよく整理するのを助けるのに役立つかどうか見てみるかもしれません。 gitブランチに名前を付けるためのいくつかのベストプラクティスは何ですか? 編集:実際に命名規則を提案した人はいません。ブランチを使い終わったら、ブランチを削除します。経営陣が常に私の優先順位を調整しているため、たまたまいくつかあるだけです。:)タスクに複数のブランチが必要になる理由の例として、タスクの最初の個別のマイルストーンをグループのCVSリポジトリにコミットする必要があるとします。その時点で、CVSとの対話が不完全なため、そのコミットを実行してから、そのブランチを強制終了しました。(その時点で同じブランチを使い続けようとすると、CVSとのやり取りがおかしくなるのがわかりました。)



弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.