私はプライベートリポジトリとパブリックリポジトリをすべてgithubに移行するプロセスにあります。私が下した決定の1つは、PCなどを変更する必要がある場合にコンソールを使用することで、ツールの設置面積が小さくなることです。
私はコンソールアプリケーションの巨大なユーザーであり、Gitを初めて使用するため、TekpubのMastering Gitシリーズを購入することにしました。
次のadd allコマンドを除くすべてが正常に機能しています。
git add .
動作しているように見えますが、動作しているかどうかはわかりません。コマンドが起動された後にどのファイルが追跡されたかを示す冗長スイッチ(それはそれが呼ばれるものだと思います)はありますか?
Visual Studio 2010をgitの標準インストールで使用しています(Git拡張機能ではありません)
some git-commandsの場合、--verbose
を指定できます。
git 'command' --verbose
または
git 'command' -v
。
スイッチが実際のgitコマンドの後にあることを確認してください。それ以外の場合-それは動作しません!
また便利です:
git 'command' --dry-run
私はgitの問題をデバッグしていましたが、何が問題なのかを理解するために非常に詳細な出力が必要でした。 GIT_TRACE
環境変数を設定することになりました:
export GIT_TRACE=1
git add *.txt
出力:
14:06:05.508517 git.c:415 trace: built-in: git add test.txt test2.txt
14:06:05.544890 git.c:415 trace: built-in: git config --get oh-my-zsh.hide-dirty
まあ、Unixライクシステムの(ほぼ)すべてのコンソールプログラムと同様に、コマンドが成功した場合、gitは何も通知しません。何か問題がある場合にのみ、何かを出力します。
ただし、何が起こったのかを確認したい場合は、単に入力します
git status
どの変更がコミットされ、どの変更がコミットされないかを確認します。何も忘れていないことを確認するために、すべてのコミットの前にこれを使用することをお勧めします。
あなたはgitが初めてのように見えるので、ここにgitを紹介する無料のオンラインブックへのリンクがあります。これは非常に便利で、よく知られているさまざまなワークフローと同様に基本についても書いています。 http://git-scm.com/book
git add -i
を使用してgit add
のインタラクティブバージョンを取得できますが、それはまさにあなたが求めているものではありません。最も簡単なことは、git add
edを実行した後、git status
を使用して、何がステージングされているかを確認することです。
git add .
を使用することは、最初のコミットでない限り、本当にお勧めしません。通常、ステージングするファイルを明示的にリストすることをお勧めします。そうすれば、誤って不要なファイル(一時ファイルなど)の追跡を開始することはありません。