問題タブ [git-remote]

コミットをメインサーバーにプッシュせずに、Windows7デスクトップからWindows7ラップトップに作業リポジトリを同期できるようにしたい。どうすればよいですか？gitがどこにあるかを理解できるようにリモートパスを設定する方法がわかりません。私は通常、WindowsコマンドラインではなくGit Bashを使用してgitを処理するため、ここでの問題は、Windows共有を参照するGitBashでパスを作成する方法を理解できない可能性があります。

したがって、（Windows共有パス）にリポジトリがあるとします。

そして、コマンドラインでディレクトリとファイルにアクセスできます（cmdは愚かなのでpushdを使用していますが）、これを有効なgitリモートに変換するにはどうすればよいですか？

私はGITとgithubを初めて使用し、標準のリモート名がgithubではなくoriginである理由について混乱しています。

リモート名に「origin」の代わりに「github」を使用しないのはなぜですか？

サーバーのgitリポジトリにプッシュしようとしたので、このようなことをしたと思いました

やるべきだったのに

とにかく、パスワードを要求されたのは変だと思いましたが、何が起こっているのかわからなかったのです。おそらく最初に私の鍵を使おうとしたので、サイトも私の秘密鍵を取得したと思います~/.ssh。

パスワードやRSAキーを変更する必要がありますか？間違ったパスまたはrsaキーを使用して、間違ったパスワードの試行をログに記録するようなことをしますか？もしそうなら、サイトの所有者が私のサイトに侵入しようとするのではないかと心配する必要がありますか？

また、ログインの試行から私のサイト名が実際に何であるかが明らかではないので、私は何もしませんか？彼がで始まるドメインのすべての組み合わせを試すわけではないと思いますか？games

私の職場では、10 年以上 Source Safe を使用した後、リビジョン管理のために Git に移行したばかりです (やった!)。私は今、エンジニアが新しいツールを学習するのをサポートしなければなりません。Windows で GitExtensions UI を使用していることに注意することが重要です。

数人の同僚が (UI から) 次のことを行いました。

• 中央リポジトリのクローン ( origin )
• メインの開発ブランチに基づいて、新しいローカル ブランチ ( A ) を作成します。
• Aブランチでコミットを作成する
• そのAブランチがまだチェックアウトされている間に、彼らは (誤って) メインの開発ブランチをAブランチにプルしました

プルを実行すると、GitExtensions の UI は次のようになります (残念ながら、仕事からスクリーン グラブを投稿することはできません)。

プル元:オリジン

ローカルブランチ: A

リモートブランチ:開発

マージ オプション:リモート ブランチを現在のブランチにマージする

(次にプルボタンを押します)

これは、GitExtensions のコマンド ログがプルに対して実行したことを示しています。

そのコマンドの後、ユーザーは、新しいorigin/Aリモート追跡ブランチが履歴に表示されるのを見ましたが、ブランチAが origin に存在しないことを確認しました。

何が起こったのかを理解するために git pull マニュアルを調べましたが、私たちが見ているのが GitExtensions のバグなのか、それとも git pull が何をすべきかについての私たちの誤解なのか、まだ理解できません。

ここで何が起こっているのかを理解するのを手伝ってくれる人はいますか?

前もって感謝します

編集

リモートの開発ブランチをローカルの Aブランチにプルしても意味がないことはわかっており、リモートの追跡ブランチを削除して状況を解決する方法も知っています。私が本当に望んでいるのは、オリジンにAブランチが存在しなかったため、最初に作成されたオリジン/Aリモート追跡ブランチの背後にあるロジックを理解することです。

ありがとう

ローカルのgitリポジトリから誤っていくつかのファイルを削除しました。

この変更をリモートにプッシュしていません。

これらのファイルをリモートから戻す簡単な方法はありますか？

通常はただやるだけですgit cloneが、もっと良い方法があるはずです。

私の問題/問題

私たちは、github でホストしているオープンソース プロジェクトに取り組んでいます。プロジェクトは Django で記述されているため、settings.py ファイルに設定があります。サブスクリプションが安すぎるからではなく、意図的にオープンソースにしたいからです。

とにかく、私たちもこのコードを自分で実行したいので、db パスワードなどのすべての機密データを含む site_settings.py を用意します。誰もが見られるように github でこれをしたくないので、これは .gitignore ファイルにあります.

通常、リポジトリのクローンを作成し、このファイルをローカルおよびサーバーに追加します。このようにして、すべての個人設定が保持され、機密データが git に保存されることはありません。

問題は、heroku が通常のサーバーのように動作しない (分散ファイル システムで動作する) ため、サーバー上でのファイルの作成をサポートしていない Heroku でコードを実行する必要があることです。

もちろん、私自身も考えましたが、これが正しいアプローチかどうかはわかりません。私は Heroku と Git の両方が初めてであることを覚えておいてください。以下は私の現在の解決策です：

これを修正する方法に関する私の現在の考え

次の 2 つのリモコンがあります。

• 起源 == Github
• heroku == ヘロク

すべての開発ブランチと機能ブランチを除外して、(Heroku と Github の) 両方のマスター ブランチだけを気にする必要があります。

私の考えは、ブランチをローカルで次のようにセットアップすることでした。

• マスター -> リモート/オリジン/マスター
• heroku -> リモート/heroku/master

マスター ブランチでは、site_settings.py を .gitignore に配置するため、Github にコミットするときに git はそれを無視します。すべての dev ブランチなどについても同様です。新しいリリースができるまで、すべての変更をマスター ブランチに収集します。

heroku ブランチで .gitignore ファイルを編集して site_settings.py を無視しないようにしたので、heroku ブランチにプッシュすると Heroku にコミットされます。

新しいリリースができたら、heroku ブランチに切り替えて、次のように master を heroku にマージします。

マージからのマージ競合を整理したら、Heroku にコミットし、新しいリリースを稼働させます.. =D

私の質問

これを解決するのに私の考えは受け入れられますか (このように .gitignore でも機能しますか?)、そうでない場合は、可能な限りクリーン/最善の方法でこれを解決するにはどうすればよいですか? さらに情報が必要な場合は、お気軽にお問い合わせください:)

Git で、自分のリポジトリと作業ディレクトリが古くなっているかどうかを一目で確認できるようにしたいと考えています。私はしばしば "git status" を実行するだけで間違いを犯しますが、それではリモート通信はまったく行われません。または、私はこれを行います：

しかし、それは他のブランチでの活動を示していません。

次のような情報を取得するための便利な方法は何ですか。

1. リモート リポジトリにあるこのブランチへの更新はありますか?
2. 親ブランチへの更新はありますか?
3. 新しいブランチが作成されましたか - 誰が作成したかなど

タグでもある「0.2」という名前のgitブランチを意図せずに作成しました。

だから私はそれを起源から削除しようとしました：

しかしその後：

プッシュしたときに発生したエラーは次のとおりです。

そこで、リモートタグを削除しました。

まだ行きません：

1. それはgitのバグですか？
2. タグとブランチ名が等しいこと以外に何か間違ったことをしましたか？
3. このリモートブランチを削除するにはどうすればよいですか？

上記の(null)リモートを削除するにはどうすればよいですか? ありがとう。

プロジェクトに GIT を使用しています。これを github と統合したいので、リモートを作成しました。

しかし、今は取得するためのパスワードを入力する必要があります。これは望ましくありません。そこで、フェッチに別の URL を使用することにしました。

実行すると、次のようgit remote -vになります。

まさに欲しい、欲しい、と思いました。しかし、プッシュを行うときは、ユーザー名を入力する必要があります。なんで？入力されている場合はURLに直接プッシュすると、完全に機能します:

動作しますが、

うまくいかない

また、を使用しgit configて別のプッシュ URL を設定しました。

構成から pushurl を取得すると、正しいように見えます。

また、.git/config ファイルを見ると、すべてが正しいように見えます。

ここで何か不足していますか？バグですか？私は Git1.7.4 を使用していますが、それは間違っていますか?