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

多くのブランチを持つプロジェクトがあります。 で切り替えずに、同時に複数のブランチで作業したいと思いgit checkoutます。 リポジトリ全体を別の場所にコピーする以外に、これを行う方法はありますか？

168 git  branch 

ブランチに関して、ローカルとリモートのリポジトリを常に同期させたい。 GitHubでプルリクエストを確認した後、ブランチをマージして削除します（リモート）。この情報をローカルリポジトリで取得し、Gitでブランチのローカルバージョンも削除するにはどうすればよいですか？

162 git  github  branch  pull  repository 

ここで何が尋ねられているのかを知るのは難しい。この質問は、あいまいで、あいまいで、不完全で、過度に広い、または修辞的であり、現在の形では合理的に回答することができません。再開できるようにこの質問を明確にするヘルプについては、ヘルプセンターに アクセスしてください。 7年前休業。 TortoiseSVNクライアントを使用して、Apache Subversionに分岐してマージするにはどうすればよいですか？

162 svn  tortoisesvn  branch  branching-and-merging 

HEADと現在の状態の違いをで表示できることを知っていますmeld .。しかし、たとえばmeld masterを使用develして、ブランチ間の違いをどのように表示できますか？ 現時点では、次の手順を実行します。 作業コピーのフォルダ名を変更します（ 例mv /projectA /projectA_master） プロジェクトを再度複製する git clone url develブランチに切り替え cd projectA && git -b devel origin/devel meldとの違いを見る meld /projectA_Master projectA meldで同じ結果を得る簡単な方法はありませんか？変更を確認するためだけに必要であり、主にマージのためではありません。

159 git  diff  branch  meld 

IntelliJでブランチを切り替える概念は何ですか？私は盲目かバカに違いない... 「コピーに切り替える」オプションなどがあると思いますが、ありません... 明確化のための編集：私の以前のIDEには、現在のブランチ/トランクとは異なるすべてのファイルを更新する単純な「コピーへの切り替え」オプションがありました。IntelliJはこれに対して完全に異なるアプローチを持っているようですが、私はそれを理解していないようです。ヘルプもあまり役に立ちません。 役立つキーワード、リンク、ヒントは大歓迎です。ありがとう。

146 java  svn  versioning  intellij-idea  branch 

特定のブランチの下にないコミットがたくさんあるGitリポジトリを持っていますが、git showそれらはできますが、それらを含むブランチを一覧表示しようとすると、何も報告されません。 これは（-Dブランチの結果として）未解決のコミット/ツリーの問題だと思ったので、リポジトリをプルーニングしましたが、その後も同じ動作が見られます。 $ git fetch origin $ git fsck --unreachable $ git fsck 出力はなく、ぶら下がっていません（右？）。しかし、コミットは存在します $ git show 793db7f272ba4bbdd1e32f14410a52a412667042 commit 793db7f272ba4bbdd1e32f14410a52a412667042 Author: ... そしてそれはどのブランチからも到達できません $ git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042 出力はありません。 そのコミットの状態は正確には何ですか？すべてのコミットを同様の状態で一覧表示するにはどうすればよいですか？このようなコミットを削除するにはどうすればよいですか？

146 git  branch  git-dangling 

SolarisとSun Studioをテストするためのローカルブランチを作成しました。次に、ブランチを上流にプッシュしました。変更をコミットし、変更をプッシュしようとした後： $ git commit blake2.cpp -m "Add workaround for missing _mm_set_epi64x" [solaris 7ad22ff] Add workaround for missing _mm_set_epi64x 1 file changed, 5 insertions(+) $ git push fatal: The current branch solaris has no upstream branch. To push the current branch and set the remote as upstream, use git push …

146 git  branch 

TortoiseSVNを使用して作業コピーで新しいブランチを作成するにはどうすればよいですか？ ブランチオプションは表示されますが、なんとかして名前を付ける方法がわかりません。

139 svn  tortoisesvn  branch 

メンテナンスされていない古いブランチをリモートリポジトリから削除する必要があります。私は、リモートブランチを最後に変更された日付でリストする方法を見つけようとしていますが、できません。 この方法でリモートブランチを一覧表示する簡単な方法はありますか？

138 git  maintenance  administration  branch 

gitトピックブランチとは何ですか？それは通常のブランチと何らかの点で異なりますか？トピックブランチではないブランチはありますか？

136 git  version-control  branch 

私は中間のGitリポジトリを使用して、リモートSVNリポジトリをミラーリングしています。そこから、人々はクローンを作成して作業できます。中間リポジトリでは、マスターブランチが上流のSVNから毎晩リベースされており、機能ブランチに取り組んでいます。例えば： remote: master local: master feature 私は機能ブランチをリモートに正常にプッシュして戻すことができ、期待どおりの結果になります。 remote: master feature local: master feature 次に、ブランチを再セットアップしてリモートを追跡します。 remote: master feature local: master feature -> origin/feature そして、すべてが順調です。ここで私がしたいことは、リモートで機能ブランチをマスターブランチにリベースすることですが、ローカルマシンからこれを実行したいと思います。私ができるようにしたい： git checkout master git pull git checkout feature git rebase master git push origin feature リモート機能ブランチをリモートマスターで最新の状態に保つため。ただし、この方法ではGitが文句を言います。 To <remote> ! [rejected] feature -> feature (non-fast-forward) error: failed to …

135 git  version-control  branch  rebase  feature-branch 

git-svnを試す動機は、簡単なマージとブランチです。それから私は男git-svn（1）が言うことに気づきました： コミットする予定のブランチでgit-mergeまたはgit-pullを実行することはお勧めしません。Subversionは、合理的または有用な方法でマージを表すものではありません。そのため、Subversionを使用しているユーザーは、作成したマージを見ることができません。さらに、SVNブランチのミラーであるgitブランチからマージまたはプルすると、dcommitが間違ったブランチにコミットする可能性があります。 これは、svn / trunk（またはブランチ）からローカルブランチを作成し、ハックして、svn / trunkにマージしてから、dcommitできないことを意味しますか？私は、svnユーザーがsvn pre 1.5.xでマージするのと同じ混乱を常に目にすることを理解していますが、他の欠点はありますか？その最後の文も私を心配しています。人々は日常的にこのようなことをしていますか？

133 svn  git  merge  branch  git-svn 

"古くなった" gitブランチは、よく耳にする用語です。私はそれがあまり役に立たないと役に立たないと見なされているブランチと関係があることを知っていますが、正確な定義を見つけることができません。「古い」gitブランチとは何ですか？

133 git  branch 

私はSubversion 1.5での分岐/マージについて、優れた無料のバージョン管理とSubversionブックを使用して読んでいます。Subversionコマンドラインクライアントを使用して、最も頻繁に必要なアクションを実行する方法を理解していると思います。 トランクからの変更でブランチを更新 ブランチの作業ディレクトリから以下を実行します。 svnマージhttp://svn.myurl.com/proj/trunk ブランチをトランクにマージ トランクの作業ディレクトリから以下を実行します。 svn merge --reintegrate http://svn.myurl.com/proj/branches/mybranch ただし、SubversionへのインターフェイスとしてTortoiseSVN 1.5を使用しています。TortoiseSVNでこれらの操作を実行するための最良の方法を知りたいです。新しいダイアログには、メインメニューに3つの異なるオプションがあります。 一連のリビジョンをマージする ブランチを再統合する 2つの異なるツリーをマージする 私が収集できるものから、TortoiseSVNは常に次の構文でsvnを実行します。 svn merge [--dry-run] --force From_URL @ revN To_URL @ revM PATH さらに、ブランチの再統合は失敗することが多く、一部のターゲットはマージされていないため続行できないため、オプション＃3を使用する必要がありました。 私の質問は： TortoiseSVN 1.5を使用してトランクからブランチへの変更をマージするにはどうすればよいですか？ TortoiseSVN 1.5を使用してブランチをトランクにマージするにはどうすればよいですか？ 上記のオプションのどれを使用する必要がありますか。また、それはなぜですか。 編集 「ドライラン」テストを通じて、コマンドラインのSubversion操作が svnマージhttp://svn.myurl.com/proj/trunk リビジョン範囲を空白のままにしておく限り、TortoiseSVNのオプション＃1（リビジョン範囲のマージ）に似ています。

132 svn  tortoisesvn  merge  branch 

現在、比較的大きなコードベースでSubversionを使用しています。各リリースには独自のブランチがあり、修正はトランクに対して実行され、次を使用してリリースブランチに移行されますsvnmerge.py より良いソース管理に移行する時が来たと私は信じており、私はしばらくの間Mercurialをいじっています。 Mercurialを使用してこのようなリリース構造を管理する方法は2つあります。各リリースは独自のリポジトリを取得し、リリースブランチに対して修正が行われ、メインブランチ（およびその他の新しいリリースブランチ）にプッシュされます。または、単一リポジトリ内の名前付きブランチ（または複数の一致するコピー）を使用します。 どちらの場合も、リリースブランチに含めるために、移植のようなものをチェリーピックの変更に使用しているようです。 私はあなたに尋ねます。各アプローチの相対的なメリットは何ですか？

130 version-control  mercurial  branch  dvcs