問題タブ [git-remote]

ハードドライブ (ローカル) に複製した USB キーにレポ (オリジン) があります。「origin」を NAS に移動し、ここから複製するテストに成功しました。

「ローカル」の設定で「オリジン」の URI を変更できるかどうかを知りたいので、USB キーからではなく、NAS からプルするようになります。

今のところ、2 つの解決策があります。

• すべてを usb-origin にプッシュし、再度 NAS にコピーします (nas-origin への新しいコミットにより多くの作業が必要になることを意味します)。

• 新しいリモートを「ローカル」に追加し、古いものを削除します（履歴が壊れるのではないかと心配しています）。

私は次のことができるようになりたいです：

1. 他の（リモートまたはローカル）ブランチに基づいてローカルブランチを作成します（git branchまたはを介してgit checkout -b）

2. ローカルブランチをリモートリポジトリにプッシュします（公開）が、追跡可能にしてgit pullすぐgit pushに機能します。

それ、どうやったら出来るの？

--set-upstream私はGit1.7で知っていますが、それは作成後のアクションです。ブランチをリモートリポジトリにプッシュするときに、同様の変更を加える方法を見つけたいと思います。

私は、ソースコード管理にgitを使用する小さなチームと協力しています。最近、トピックブランチを実行して機能を追跡し、それらをローカルでマスターにマージしてから、リモートサーバー上の中央のgitリポジトリにプッシュしています。これは、マスターに変更が加えられていない場合にうまく機能します。トピックブランチを作成し、コミットし、マスターにマージしてから、プッシュします。やったー。

ただし、誰かが私より前にオリジンにプッシュした場合、私のコミットは早送りされません。したがって、マージコミットが発生します。これは、トピックブランチをローカルでマスターとマージして、現在のコードで変更が機能するようにする必要がある場合にも発生します。そのため、どこでもマージコミットが行われ、フレンドシップブレスレットに匹敵するgitログが作成されます。

したがって、リベースは当然の選択です。私がしたいのは：

• 複数のコミットを保持するトピックブランチを作成する
• マスターとプルをチェックアウトします（マスターにコミットしていないため、早送りします）
• トピックブランチをマスターの新しいヘッドにリベースします
• マスターに対してトピックをリベースし（トピックはマスターヘッドから開始します）、マスターをトピックヘッドに移動します

現在これを行う私の方法は以下のとおりです。

これを行うためのより速い方法はありますか？

PHP/HTML/JS/CSS/etc ファイルがすべて Git リポジトリに保存されている Web サイトがあります。

現在、リポジトリ用の 3 種類のコンピューター (またはユース ケース) があります。

• ローカル開発者: 最新の変更をプルし、変更を加え、ローカル リポジトリにコミットし、マスター サーバーにプッシュします。
• マスター サーバー: 中央リポジトリ、すべての変更がマスター サーバーにプッシュされます
• Web サーバー: Web サイトのデプロイ時に変更がマスター サーバーから取り出されます。

したがって、現在、次のことを行っています。

私の質問は、ローカル コンピューターから Web サーバーに直接プッシュできる方法はありますか?

すなわち。

私のリポジトリでは、裸のメインリポジトリをリモートで追跡しています。私は過去に起源からのフェッチに問題があったことはありません。

しかし、今朝リモートアップデートしようとすると、次のエラーが発生しました。

私は何も変更していません、そしてリポジトリは間違いなくそこにあります。インテグレーターアカウントにアクセスできる人は何人かいますが、通常はマージとプルを行います。このリポジトリへのプッシュは許可されていません。

私の質問は、これが起こった原因は何だったのでしょうか。または、何が問題になっているのかを把握するために使用できる診断はありますか？突然この問題が発生したのは私だけではないため、問題は発生源側にある可能性が高くなります。

アップデート：

ベアリポジトリのクローンを作成しようとすると、次のエラーが発生します。

/ users / integer/projectの内容のリストは次のとおりです。

SVNリポジトリをGitに移動しましたが、おそらく多くのクローン作成が原因で、次のようなブランチがたくさん残っています。

つまり、同じブランチが何度もリストされます。どうすればこの混乱をクリーンアップできますか。50を超えるブランチがあり、一部はまったく必要ありません。残りのブランチは、一度だけ持っていれば満足です。

編集：

これは、特定の場合のgit remoteshoworiginがどのように見えるかです。

..。

..。

git fetch <remote>リモートブランチはで使用できるため、を実行するという考えを理解していますgit checkout <remote>/<branch>。

しかし、実行しただけではどのように機能しますか

対応するブランチをチェックアウトするにはどうすればよいですか？操作は（を使用しても）サイレントに実行--verboseされ、新しいブランチは作成されないことに注意してください。

編集：明確にするために：私はgitがリモコンでどのように機能するかを完全に理解しています。git fetch path/to/remoteこの代替構文、またはに興味がありますgit fetch <url>。それはどのように機能するはずですか？なぜ新しいブランチを作成しないのですか？詳細モードでもサイレントに実行されるのはなぜですか？使用目的は何ですか？

マニュアルページから：

だから私は使用して枝の束を削除しました

そして走った

ただし、プルーニングされたローカルブランチは1つだけでした。これらのブランチのいくつかは私によって作成され、いくつかは同僚によって作成されました。これは、そもそもこれらのブランチを正しく追跡していなかったことを示していますか？

数日前にGitHubからプロジェクトをプルしました。それ以来、GitHubにいくつかのフォークがあることを発見し、最初にどのフォークを使用したかを書き留めていませんでした。引っ張ったフォークをどのように判断できますか？

私はこれを理解しようとしてきましたが、それを行うのに苦労しています。私は現在、オープンソースプロジェクトに取り組んでおり、ユーザーがリモートリポジトリに存在していなくてもリモートリポジトリにプッシュできるようにする必要があります。サーバーに手動でログインしてまたはを実行することは避けたいです。git initgit init --bare

明らかな理由で、リモートサーバー上の既存のリポジトリを指していないパスにローカルリポジトリをプッシュしようとすると、次のエラーが発生します。

しかし、たとえば次のコマンドを実行できるようにしたいと思います。

そして、それがまだ存在しない場合は、それを作成/myrepoしてもらいます。/var/repositoriesどうすればこれを達成できますか？おそらくリモートサーバーで設定する（グローバルな）git config設定、またはローカルで設定する（リポジトリ固有の）git configのようなものだと思いますが、理解できませんでした。

どんな助けでも大歓迎です！

ありがとう！