月: 2016年6月

対処方針

• git add するファイルを少なくして再度実行していく。
• 複数回に分けてインデックスに登録することでエラーの発生するファイルを特定する。
• エラーの発生するファイルを除いて、コミットする。

エラー原因

ポイント

• git archive と git diff を組み合わせる。
• git archive –format=zip –output= `git diff –name-only `
• git diff --name-only <commit1> <commit2>
  • –name-only: 差のあるファイル名のみを出力する。
• git archive --format=zip --output=<file> <tree-ish> <path>
  • コミットをアーカイブ出力する。
  • –format=zip: 指定したファイル形式で出力する。
  • –output=: 指定したファイル名で出力する。
  • : 指定したコミット、ブランチ、HEAD などを出力する。
  • : 指定したパス、ファイルを出力する。

ポイント

• 実際にマージを、安全に、行ってみることでコンフリクト発生を調べる。
• git merge --no-commit <branch>: 現在のブランチに指定ブランチをマージしステージングを行うが、コミットはしない。
• git merge --abort: マージを取り消し、マージ前の状態にステージングと作業ディレクトリを戻す。

ポイント

• 次の2つのコマンドを使用する。
• git reset --hard : ステージングと作業ディレクトリをリセットし、直前のコミット状態に一致させる。
• git clean -df : 追跡対象外のファイルとフォルダを削除

GitHub といったホスティングサービスや、自由に使える Linux サーバーが無い、そんな環境に遭遇いたしました。

この場合当然、便利なリモートリポジトリが使えません＞＜。

ただし、リモートリポジトリ自体が使えないかと言われれば、まだ可能性はございます。

ファイルサーバがあれば、これをリモートリポジトリとして使用することが可能ですの！

今回、既存のローカルリポジトリからリモートリポジトリを立て、他のメンバーに使ってもらうところまでのやり方をノートいたします♪

git コマンドまとめ

# ローカルリポジトリから bare リポジトリを作成
# .git ディレクトリの１つ上のディレクトリに移動して実行すること
git clone --bare <local> <bare>.git

# origin という名前でリモートリポジトリを登録
git remote add origin <remote_repository_url>
# リモートリポジトリの内容を確認
git remote show origin

# リモートリポジトリを取得
git clone <remote_repository_url>