問題タブ [remote-branch]

というわけでちょっと変わったことをしてみました。私にはいくつかの支店がmasterありdevました。master最新の安定版がdevあり、最先端を行き、リリース時にマージさmasterれます。

しかし、これはあまり良くありません。多くの人がプル リクエストを作成すると、マスター ブランチにたどり着くからです。最近、プル リクエストを閉じて、dev ブランチから新しいブランチをチェックアウトし、そこに変更を加えるように依頼する必要がありました.

というわけで、作ってdev master、作ってみることにしmaster stableました。

devチェックアウトして最初にしたこと：

次に、新しいブランチに切り替えます。

次に移動devしmasterます：

そのため、ローカルには (以前は ) と (以前は ) の 2 つのブランチがmasterありdevましstableたmaster。

次に、各ブランチを個別にチェックアウトし、それぞれを実行git push origin <branchname>しました。

問題

私が気づいた最初の問題は、新しいstableブランチ（マスターだった）でプッシュした後でも、次のようになることでしたgit status：

git はまだリモートでこのブランチが に関連付けられているmasterと考えています。git でこのブランチを正しいリモート ブランチに関連付けるにはどうすればよいですか?devmasterstable

私が気付いた 2 つ目の問題は、GitHub にブランチdevがまだ存在していることです。リモート バージョンを削除するにはどうすればよいですか?

GitHub での 3 番目の問題は、 branch を選択するmasterと、その下に最新のコミットがdevブランチに表示されます。いくつかのコミットでそれは変わりますか？同じことが他のブランチにも当てはまります (最新の commit to masterforと表示されstableます)。

ローカル リポジトリにあるものを使用して、リモートを完全に最新の状態にするにはどうすればよいですか?

ラップトップに共有リポジトリを作成しました。そのリポジトリに、という名前のブランチを作成しましたtrunk。次に、デスクトップにのバインドされていないブランチを作成trunkして、どちらのマシンでも作業を行い、変更を手動で同期できるようにしました。

これは、1つの厄介な問題を除いて、かなりうまく機能します。私のデスクトップでは、BazaarExplorerは永遠にリモートブランチに到達しようとしています。たとえば、[更新]をクリックするたびに、BazaarExplorerが数秒間ハングします。ラップトップがネットワーク上にない場合、Bazaar Explorerはさらに長くハングし、「ブランチではありません：<ブランチURL>」というエラーメッセージを表示します。その後、通常通り続行できます。

SubversionからDVCSに切り替えた理由の1つは、「サーバーがダウンしている」場合でも作業とコミットを継続できることです。技術的には、私は仕事を続けることができますが、絶え間ない凍結は私にとってそれを殺しています。解決策はありますか？

リモート ブランチを削除する方法がわかりません。

次の GIT コマンドを模倣しようとしていました: git push origin :branchToDelete

次のコードと、空のソースを使用したバリエーション:

次のようなスローと例外：

あなたのアイデアと解決策を前もって感謝します。

バックアップからすべてのリモート ブランチを復元する方法 (git バンドル)。

バックアップ：

戻す：

フェッチしてプルしようとしましたが、役に立ちませんでした。

また、「--mirror」でクローンを作成してベアレポを作成し、そこからクローンしようとしましたが、結果は同じでした。

私の会社では、クライアントごとにカスタマイズされる基本ソフトウェアがあります。今日、SVN を使用して、次のような設定を行いました。

これをgitで整理するにはどうすればよいでしょうか? プロジェクトごとに 1 つのリモート リポジトリとベース コード用の 1 つのリモート リポジトリを持っているか、複数のブランチを持つ大きなリモート リポジトリを持っていますか?

複数のブランチを持つ大きなリモート リポジトリを使用する場合、リモート リポジトリから 1 つのブランチだけを複製する方法はありますか?

開発者を許可する必要があります:

1) トピック ブランチを作成し、リモート リポジトリに保存します。

2) 変更を行います。

3) 「開発」ブランチにマージします。

4) トピック ブランチを削除します (git push origin :TestRemoteBranch)。

しかし、使用法 RW パーミッションで非早送りマージを使用することはむしろ禁止したいと思います。ただし、このパーミッションは、トピック ブランチの削除も禁止します。

非早送りマージを回避し、トピック ブランチ (「開発」および「マスター」ではない) を削除できるようにする方法はありますか?

以前に問題なくプッシュした「my-remote」というリモート ブランチがあります。今日の時点で、プッシュできず、さまざまなエラーが発生します。

私が得た最初のエラーは次のとおりです。

私はいくつかの調査を行い、問題が解決することを期待してこれを実行しました：

それを実行した後、もう一度プッシュを実行しました：

次のエラーが発生しました。

私はこれを実行しようとしました:

しかし、それは私にそれを教えてくれます:

同僚が新しいリモート ブランチを origin/dev/homepage にプッシュしましたが、実行しても表示されません。

既存のリモート ブランチがまだ表示されます。

これは、ローカルのリモート参照が最新ではないためだと思います。したがって、git pull を実行しても、git pull は現在の作業ブランチを正しくプルするだけなので、何も起こりませんでした。対応するリモート ブランチに変更があるすべてのブランチをプッシュする git push とは異なりますか?

一部のインターンは昨日、マスターに強制プッシュを行いました。叱った後、;)結果を見ました。幸いなことに、1 台のマシンにほぼ最新バージョンのマスターがあり、再度マージする必要があるプル リクエストがいくつかあるだけでした。

しかし、私を悩ませていることが 1 つあります。最後にマージされたプル リクエスト (github 上) で参照されている古い HEAD コミットを見つけましたが、それを指しているブランチやタグがなくなったため、そのコミットをプルする方法が見つかりませんでした (git pull origin <SHA1>動作しませんでした) またはそのコミットにリモート ブランチを設定します。それを行う方法はありますか？

ブランチ B をコミット C1 と C2 でサーバーにプッシュし、コミット C3 の作業を続けるとします。次に、他のプログラマーが C4 と C5 の 2 つのコミットを B にプッシュすると、通知が届きます。私の質問は、進行中の C3 コミットでこれら 2 つの新しいコミットを簡単に統合するための推奨されるアクションまたはコマンドは何ですか? つまり、作業ディレクトリには未完成で「コミットできない」作業がいっぱいありますが、将来の作業は、他のプログラマーがリモート B にプッシュするもの、この場合は C4 と C5 をコミットするコミット C3 に基づいて行いたいと考えています。ところで、私はGitを使用しています;）