問題タブ [github-for-windows]

GitHub for Windowsはオープンソースですか？もしそうなら、私はリポジトリを見つけることができないようです。

約 1 か月前に github の使用方法を学習することに決め、Windows のセットアップ プロセス全体を実行しました。私の記憶からするとかなり長かったのですが、その初日から使用をやめました。どこで github プロジェクトを開始したか (すべての作業を開始したディレクトリを意味します) を完全に忘れてしまい、誰かのプロジェクトをダウンロードしたいので、github を完全に理解したいと思いました。

今日、別のレポを作成し、セットアップに成功し、Windows の「マイ ドキュメント」ディレクトリに置いたテスト プロジェクトから新しい README ファイルを追加しました。最新のコミットをプッシュするたびgit push -u origin masterに、ユーザー名とパスワードを要求されました。これを止める方法はありますか？もう聞かないように設定したと思いますが、それはgithubを始めた最初のディレクトリにありました。

それとも、最初に github を開始した場所を見つけて、そこからすべてを実行する必要がありますか?

私の質問が漠然としていた場合は、お知らせください。これを理解するのに非常に長い時間がかかりました。正しい方法で行っていることを確認したいだけです。

Git/Github for Windows で、次のディレクトリを持つリポジトリがある場合、リポジトリC:\dir1\dir2ファイルを に移動するにはどうすればよいC:\dir1ですか? もちろん、ファイルを物理的にコピーして貼り付けることができますが、Git 側で何をする必要がありますか?

GitHub にこのリポジトリがあり、Git Bash と GitHub for Windows を使用しています。

GitHub for Windows UI の背後にあるテクノロジを知っている人はいますか? それは信じられないほどに見えます。

githubからリポジトリのクローンを作成しようとすると、毎回、プロジェクト名のフォルダーが作成され、.gitフォルダーが作成されますが、何も起こらず、フリーズするだけです。

Windows732ビットの実行

httpsを使用してzipをダウンロードできますが、gitを使用したいと思います。

gitグローバルなどを設定しました。認証の問題かもしれませんが、わかりません。誰かアイデアはありますか？

RubyとRailsを学んでいて、Windows で RubyMine を IDE として使用しています。GitHub はGitHub for Windows をリリースしました。私はそれをインストールしましたが、それは素晴らしいインターフェースのようです。ただし、RubyMine が取得して操作するための git.exe のようなものはインストールされていないようです。そのため、RubyMine は git が見つからないと泣き言を言い、git (Windows 用の GitHub の形式で) は RubyMine を無愛想に無視してそこに座っています。

当然、GitHub サイトで情報を探しましたが、何もありませんでした。RubyMine を使用するには、「古い」git クライアントをインストールする必要がありますか?

初心者の質問。たとえば、GitHubのリポジトリをPCに複製しました。複製されたリポジトリからいくつかのファイルとディレクトリを削除するとどうなりますか？

• 複製されたリポジトリ内の既存のファイルのみが更新されますか？

• または、次の更新で、複製されたリポジトリがすべてのファイルとディレクトリに置き換えられますか？

問題は、リポジトリ内のディレクトリの変更を追跡しようとしていて、GUI Gitクライアント（GitHub for Windows）を使用していて、その方法がわからないということです。

Github for Windows を試していますが、新しく作成したリポジトリを公開しようとすると、次のエラーが発生します。

認証に失敗しました

資格情報が古くなっている可能性があります。操作を再試行する前に、アプリケーションからログアウトしてから再度ログインしてください。

言うまでもなく、ログアウトして何度もログインしても成功しませんでした。また、最新バージョンをアンインストールしてインストールしましたが、役に立ちませんでした。

リポジトリは、アプリケーション内で作成した新しいリポジトリで、.gitattributes、.git、および README ファイルのみが含まれています。

私は Github の完全な初心者なので、セットアップ プロセス中に何かを台無しにしてしまった可能性は十分にあります。

特定の「非技術者」の人に、特定のgithubプロジェクトで作業するときに実際に何をしているのかをよりよく理解してもらいたいと思います。このプロジェクトのメインブランチに追加したすべてのコードを含むテキストファイルを作成したいと思います。それをテキストエディタに入れて、すべてを下にスクロールしたいのですが、画面はいくつもあります。これは基本的に私が望んでいることです。このため、「行数」または「文字数」の統計は同じ影響を与えません。

具体的には、（最初​​の選択肢）後で削除された場合でも、これまでに追加されたすべての行を表示します。

（2番目の選択肢）最新バージョンで提供したすべての行（ブランチは1つだけです）

これを行う方法はありますか、または少なくとも現在のブランチのすべての行を印刷する方法はありますか？（とにかくそれらの90％以上を書きました）

これ自体はそれほど有用ではないことは知っていますが、これは、行数などのより有用なものから1つのスクリプトであると感じています。

背景->Gitは比較的新しいので、Windowsのコマンドラインから使用しています。私はLinuxの経験があるので、それほど気になりません。このプロジェクトにもGithubを使用しており、Windowsクライアント用のgithubにアクセスできます（実際には使用していませんが）。

これが私の最初の使用であり、さまざまな記事や Stack Overflow の質問を読んだにもかかわらず、私のプロセスが正しいかどうかわからないため、git ワークフローに関するフィードバックをお願いします。これが私の現在のワークフローです (すべての git インタラクションに Github for Windows アプリケーションを使用していることに注意してください)。

1. 次に実装する機能を決定します。
2. 機能を適切に説明する名前でブランチを作成します。これを行うには、Github for Windows のブランチ ボタンをクリックし、新しい名前を入力します。
3. コードを書きます。
4. これらの変更を新しいブランチにコミットします。
5. さらにコードを書きます。
6. これらの変更を新しいブランチにコミットします。
7. 機能の実装が完了したので、変更を master ブランチにマージしたいと考えています。そこで、ブランチの見出しの下にある「管理」ボタンをクリックします。
8. 新しいブランチを master ブランチにマージします。
9. 新しいブランチを削除します。

ステップ 7 までのプロセスには非常に満足していますが、その時点で少し混乱しています。私の混乱は、コマンド ラインを使用するのではなく、Github for Windows アプリケーションを使用しようとしていることにあると思います。アプリケーションは物事を簡単にするように見えますが、言及されているいくつかのコマンド/命令と、アプリケーションで実行するアクションとの間には、私の理解に少しずれがあります。

具体的な質問をいくつかさせてください。

1. 私のワークフローは実際に正しいですか? そうでない場合、何が問題で、どうすれば改善できますか?
2. 変更を新しいブランチに「公開」する必要がありますか? 私の理解では、これはgit pushコマンドラインで行うのと同じです。本当？もしそうなら、機能の実装が完了したとき、または適切な状態になったときにのみ、それを行いたいと思いますか?
3. ブランチをマスター ブランチにマージしたときにブランチを削除する必要がありますか、それとも永久に残しておく必要がありますか?
4. マージが完了したら、マスター ブランチを公開する必要がありますか?それとも暗黙的ですか?
5. マージを実行できず、次のエラー メッセージが表示されることがあります。

   マージできません

   「test」を「master」にマージできませんでした。シェルを開いて、このレポの状態をデバッグする必要がある場合があります。

これが以前に発生したとき、マスター ブランチに変更し、新しいブランチをマスター ブランチにマージすることができましたが、機能しなくなりました。どのブランチにいても、2 つのブランチをマージできません。両方とも同期しており、テスト ブランチからすべての変更を公開しました。ブランチをマージできない理由を調べるには、シェルに何を入力すればよいですか?

参考までに、これらは私のプロセスを促す主なリンクです。

1. Gitub でのワークフローに関する Scott Chacon
2. ローカル リポジトリ上の 1 人の開発者の Git ワークフロー
3. 単一ユーザーの Git ワークフロー