問題タブ [github]

Windows でローカル GIT リポジトリを作成しました。AAAとしましょう。コンテンツをステージングしてコミットし、GitHub にプッシュしました。git@github.com:username/AAA.git

名前を間違えたことに気づきました。

GitHub では、名前を次のように変更しました。git@github.com:username/BBB.git

さて、私の Windows マシンでは、設定がまだ「プッシュ」しようとしているが、今プッシュする必要があるため、に変更git@github.com:username/AAA.gitする必要があります。git@github.com:username/BBB.gitgit@github.com:username/AAA.gitgit@github.com:username/BBB.git

どうすればそれができますか？

さて、私は小さなStaciaブランチをマージすることになっていない大きなgithubプロジェクトを持っています。しかし、Heroku は MASTER をプッシュすることだけを真剣に考えているようです。ブランチをプッシュしたように見えますが、たとえばブランチしかない場合、サーバーにコードがないように動作します。.gems ファイルがブランチにあるため、宝石をインストールすることさえできません。

基本的に、マスターの存在を Heroku に知られたくありません。テスト用の Stacia ブランチを使用したいだけです。しかし、それは私のローカルブランチを無視し続けます。これを行う方法はありますか？繰り返しになりますが、Github のメイン リポジトリは何も上書きしたくありませんが (eeek!)、heroku に master と自分のブランチの両方があり、そこにマージされていれば問題ないでしょう。

私はまったくの git 初心者です (Windows でも同様です) ので、ご容赦ください。

GitHub リポジトリでフォークした git リポジトリのクローンを作成しようとしています。これは Rails アプリです。Heroku にプッシュできるように、ローカルの git にクローンを作成したいと考えています。一連の rsa キーを生成し、それを GitHUb 公開キーにコピーしました。しようとするとgit clone "public url"、公開鍵が拒否されたと表示されます。キーを確認しようとしましたssh git@github.comが、公開キーが拒否されたと表示されます。私はそれを機能させるためにいくつかの異なることを試みましたが、まだうまくいきません。.ssh フォルダーのアクセス許可を 600 と 700 に変更しようとしました。rsa が機能しないため、dsa キーも追加してみました。私を助けてください。ありがとう。:)

私はVistaを使用しています。

(Vista を使用) GitHub リポジトリからアプリのクローンを作成し、Heroku にプッシュしようとしています。さて、これで何度もSSHキーを作成しようとしました：

それは完璧に行くようです。C:/Users/***/.ssh フォルダーにあります。GitHub でフォークしたアプリのクローンを作成しようとしています。rails_apps ディレクトリにクローンしようとすると、次のようなメッセージが表示されます

これを最初に実行する必要があるという解決策をネットで見つけました：

それでやってみました。しかし、それは言った：

認証エージェントへの接続を開けませんでした。

次に、グーグルで調べた後、ssh-agentの実行に関する何かを見つけました。だから私はこれを行います：

コマンド ラインは私の rails_apps ディレクトリから次のように変更されます。

だから私は実行します：

rsa 秘密鍵が正常に追加されます (id-rsa.pub では機能しません)。また、新しく生成された公開鍵を GitHub アカウントに貼り付けました。

クローンを作成しようとすると、次のようになります。

これで、GitHub でフォークしたリポジトリのクローンが正常に作成されました。ローカル リポジトリにアプリを作成したので、heroku アプリを作成してみます。

そして、このコードは正常に実行されます。Git リモートが正常に追加されました。あとはプッシュするだけです。

バム！エラーメッセージが再び表示されます。

Permission denied (public key)

アプリをherokuにプッシュすることにとても近づいています。しかし、それはうまくいきません。手伝って頂けますか。ここで何が間違っていますか？ありがとう！:D

マシン上に2つの異なるProjectNamesを持つ2つのgitプロジェクトがある場合

このような2つのディレクトリでこのコードを使用して管理できますか

それはディレクトリに保存されていますか、それともシステムのgit configファイルに保存されていますか？

私が知る限り、nbGit は Github と通信しません。これまでのところ、msysgit をインストールし、それを使用してリポジトリをローカル ドライブにクローンし、nbGit をローカル クローンにポイントする (2 つ目のリポジトリを作成する) という方法がこれまでに思いついた最善の方法です。次に、nbGit を使用してディスク上のリポジトリと通信し、msysgit を使用してディスク上のリポジトリを Github と同期します。より良い方法はありますか？

Github と同じサービス (Git ホスティング、チケット発行、ダウンロードなど) を提供しながら、ソースを非公開にできるサイトが必要です。

これらの機能を見つけることができれば、お金を払ってもかまいません。私はすでに、ぎこちなく、混乱していない、コードベースを試しました。また、このタイプのサービス用のアプリケーションが既に存在する場合は、自分でホストすることも気にしません。

誰にもアイデアはありますか？

編集：

それらを別々のプロジェクトに分割できることは理解していますが、可能であれば同じプロジェクト内に配置したいと考えています。それは本当に私が探しているものです。

現在、Subversion を使用して、Emacs の構成変更を追跡し、「.emacs.d」ディレクトリをさまざまなプラットフォームに同期しています。

Ido、Muse、Org-mode などの多くのパッケージは、Debian または Carbon Emacs (osx) に付属する Emacs ディストリビューションの一部です。しかし、私も使用している他のパッケージはこれらのディストリビューションの一部ではないため、個人のサブバージョン リポジトリに手動で追加する必要があります。

利点は、'.emacs.d' 構成全体を作業したい場所でチェックアウトできるようになったことです。欠点は、更新のためにこれらのパッケージを追跡する必要があり、新しい更新が利用可能になるたびに、自分のリポジトリを手動で更新する必要があることです。

自分の構成とパッケージを「コミュニティ」のものと統合するより良い方法はありますか? そんな理由でgithub.comが多くの人に利用されていることに気づきました。

Emacs の構成をコミュニティの構成と同期して共有するには、subversion の代わりに git を使用する方がよいでしょうか? それは、交換や配布に関して他の Emacs ユーザーに近づくために、自分の Subversion サーバーを使用する代わりに、github.com に切り替えたほうがよいということですか?

GitHub からプロジェクトを複製しようとしていますが、このエラーが発生し続けます:

これは、私が使用している Git クライアントのバージョンです。

誰もこれを見たことがありますか？

そこで、githubでプロジェクトのクローンを作成し、パッチを修正しました。Imがgitで作業するのはこれが初めてなので、Imはそれをオンラインにするための最良の方法を見つけようとしています。

githubで自分の（複製された）リポジトリをチェックアウトすると、masterという1つのブランチしかありませんでした。ブランチmyfixを作成しました。これは、バグの修正である1つのコミットを保持します。

• すべてをgithubのクローンプロジェクトにプッシュする必要がありますか？これにより、その単一の修正コミットを含むgithubプロジェクトにブランチmyfixが作成されると思います。
• myfixをmasterブランチにマージし、 myfixを削除してから、すべてをプッシュする必要がありますか？

オンラインで検索する場合、一般的/良い習慣は、マスターをそのままにして、純粋に実際の/元のパブリックプロジェクトリポジトリからプルするために使用することです（つまり、他の人が貢献を受け入れたなど）。しかし、他の人は他の戦略を提案します：

• アップストリームブランチを作成し、クリーンで準備の整ったコントリビューションをそこに置いて、他の人が他の不完全/実験的なブランチと混同しないように簡単に見つけられるようにします（これらが非常に不完全だった場合、なぜこれらがオンラインになるのだろうか）。
• ダウンストリームブランチを作成し、オフラインマージのためにここで他の変更をプルします。

上記の2つに従うと（現在は少しやり過ぎだと感じていますが）、マスターブランチはどのような目的を果たしますか？

Gitは、上記の任意の組み合わせ（またはすべて）を実行できます。これは、自分の作品を他の人に簡単に見せるための方法について少し混乱させてくれます。そのような「一般的な」ワークフローはありますか？それとも、それはすべての人であり、修正されたバグの問題追跡システムの特定のブランチ（プッシュされた）に特定のリビジョンを投稿しますか？