Git - 最初のGitの構成
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
【git エラー解決策】Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. が出た時の解決方法 - " いいね " なライフをつくる。
【2019/6/22 更新】わかりやすいように改善しました。 自分の動作環境（他の環境でも問題なしです） Homestead Vagrant git エラー文章 $ git push origin master Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. この問題のポイント 対象のリモートリポジトリへのアクセス権限がなく失敗した。 解決策 鍵認証周りを再設定し直す。 よって、解決までの流れは １：鍵を作成する。 ２：作成した鍵をコピーする。 ３：gitghubに公開鍵を登録する。 ４：configファイルを作成し直す。(接続確
gitの複数アカウント管理で詰まった「ERROR: Repository not found. fatal: Could not read from remote repository.」 - 仮想サーファーの日常
git pushしようとするとアクセスできないっすよと言われる...。 git複数アカウント管理の問題解決 $ git push -u origin master ERROR: Repository not found. fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. 「$ git remote -v」コマンドでremoteのgitのfetch/push先のアドレス確認。 $ git remote -v origin git@github.com:xxxxx/app.git (fetch) origin git@github.com:xxxxx/app.git (push) 「$ ssh g
gitリポジトリを軽くしよう！｜TechRacho by BPS株式会社
gitリポジトリの使い方を間違えると、非常に重くなってしまうことがあります。 巨大なファイルをコミットしてしまった 関連プロジェクトを1個のリポジトリにまとめすぎた まずは犯人を捜す 以下のコマンドで、コミットログをサイズと一緒に見ることができます。 git log --stat 眺めながら、怪しいコミットがいないか探してみましょう。 また、.git/objectsの中から重たいファイルを探して、バイナリエディタで眺めることでも、怪しいファイルの見当を付けられます。 巨大なファイルをコミットしてしまった gitはソースコード管理システムなので、巨大なファイルを管理するのには向きません。 ちょっとしたwordのドキュメントファイルや画像などは問題ありませんが、100MB以上もあるPSDファイルや動画ファイルなどを入れると、git statusなどの基本的な操作も含めて急激に遅くなってしまいま
git repository size を削減する | DriftwoodJP
「This repository’s size is over 1 GB.」と Bitbucket に注意されました。 [markdown] limit があるので 1GB を越えたところで警告するよ、ということのようです。 > * [What kind of limits do you have on repository/file/upload size? – Bitbucket – Atlassian Documentation](https://confluence.atlassian.com/pages/viewpage.action;jsessionid=FDFE027B6BBC658AC4E15E6BF22EF228.node3?pageId=273877699) 限定的ではありますが、対応してみました。 今後のために作業手順をメモしておきます。 ## 状況 どれくらいの容量
Gitのコミットメッセージを後から変更する方法をわかりやすく書いてみた
こんにちは、ひさっしーです！ 今回は、久しぶりにGitネタです。 Gitを使っている方のあるあるかと思いますが、急いで作業している時にコミットメッセージを書き間違えたままcommitしてしまった！なんてことありますよね。 また、グランフェアズではBitbucketで課題を発行してタスクをこなすことがあるので、コミットメッセージに「refs #25」などをつけてコミットを該当の課題と関連付けたりするのですが…これを書き忘れたり、間違えて違う番号にして関連付けをミスったり…ということもあったりします。 コミットメッセージを書き間違えた！ 課題との関連付けをし忘れた！ そういった迷えるうっかりさんを救う、「コミットメッセージを後から変更する方法」を今回はご紹介します！ 【初級編】直前にコミットしたメッセージを変更する 例えばこんな風に、今書いたコミットメッセージを書き直したい！という時があります
.gitignoreでインデックスに登録したくないファイルを指定する - Gitテックラボ - [SMART]
Git管理化にあるディレクトリの中に、管理外としたいファイルやディレクトリがある場合があります。そのような場合は、.gitignore ファイルを使えばインデックスに登録したくないファイル・ディレクトリを指定することができます。 .gitignoreの書式 .gitignoreは普通のテキストファイルです。そこにインデックスに登録したくないファイル・ディレクトリ名を指定します。 指定には正規表現が使えます。 # で始まる行はコメント 空行は無視 ! で始まる行は残りのパターンを否定 スラッシュ( / )で始まる場合はルートディレクトリからを表す スラッシュ( / )で終わる場合はディレクトリのみを表す 複数マッチするパターンがある場合は最後にマッチするものが優先 .gitignoreに設定する正規表現の例 拡張子が psd のファイルすべて *.psd readme ファイルを無視 rea
Github で Fork してから Pull Request をするまでの流れ | けーこ in サンフランシスコ
いつも忘れてしまうので、GithubであるプロジェクトをForkしてからPull Requestをするまでの流れをメモしたいと思います。今回、実際に私がこの流れを使っているCordova (PhoneGap) ドキュメントのプロジェクト、 https://github.com/apache/incubator-cordova-docs を例にやっていきたいと思います。 1. Fork する GithubでForkしたいプロジェクトまで行って、右上にあるForkボタンを押します。今回、 https://github.com/apache/incubator-cordova-docs をForkしたので、私のGithubアカウントkeiko713上では https://github.com/keiko713/incubator-cordova-docs というリポジトリが作成されます。 2.
database.ymlをGitから除外する
mysqlをつかった開発環境が複数ある場合、mysqlの実行環境がdatabase.ymlに記載されているため、pullするたびに自分の環境のものに書き換えなければならないことがあります。 Gitから除外してしまうと、CapistranoはGitの内容をそのままもってくるので、デプロイされなくなってしまいます。 この場合の解決策は下記の通りです。 ・Gitから外す ・デプロイ時に本番サーバー上にあるdatabase.ymlをもってくる 以下が実際の手順です。 １ サーバーにあるdatabase.ymlを別の場所にコピーする sshとかでログインして、cpコマンドでコピーします。 cp /var/rails/(app_name)/current/config/database.yml ~/config ２ ローカルのGitからdatabase.ymlを外す git rm config/dat
transitive.info - git rm 使い方
git rm 使い方 ワークツリーとインデックスからファイルを削除する file.txt を削除するには git rm file.txt とする。このとき、ファイルは削除されてワークツリーからなくなり、 インデックスに削除の情報が追加される。 また、拡張子 .txt のファイルを削除するには git rm *.txt とする。このときに、*.txt にマッチするがリポジトリに登録されていないファイルが あるときには fatal: pathspec 'test4.txt' did not match any files というようなエラーが出る。 これは「–ignore-unmatch」オプションをつけると無視してくれる。 git rm --ignore-unmatch *.txt 再帰的にディレクトリを削除する ディレクトリ dir の中のファイルを再帰的に削除するには git rm -r
gitのコミットの歴史を改変する(git rebase) 1 / 2 · けんごのお屋敷
git には rebase というとても便利なコマンドがあります。その中でも特に便利なのが -i または --interactive オプションです。便利なのですがよく忘れるのでまとめもかねてこの記事で詳しく紹介します。 前提 この記事では説明のために以下のようなコミット状態である前提で話を始めます。よくあるコミットの流れです。 git rebase -i -i は --interactive とあるように、対話的に rebase が実行できるコマンドです。これでなにが出来るかというと コミットメッセージを編集する コミットをまとめる コミットを分割する コミットの順番を移動させる コミットを削除する など、いろんなことが出来ます。基本的な構文は [kengo@tkengo-mac] $ git rebase -i <commit> これだけ。 <commit> には特定のコミットを指定し
あのコミットをなかった事に。git rebase -i の使い方
以前、Gitの使い方、よく使うGitコマンド という記事を書きましたが、git rebase -i の項目に書き足したいことが増えてきたので別エントリに切り出し、内容を見直しました。 git rebase -i を使うと、最新のコミットから指定したコミットまでの歴史を対話式に改変することができます。具体的には以下のことができます。 コミットメッセージを変更するコミット内容を修正するコミットを分割するコミットをまとめるコミットを削除する 私個人の利用シーンとしては、開発ブランチを master にマージする前（プルリクを送る前）にコミットの整理に使うことが多いです。一発できれいなコミット履歴を作るのは難しいので、散らかったコミットを後から整理するのによく使います。Git って便利だなあと思う瞬間です。 目次 rebase -i の使い方 reword コミットメッセージを変更する edit
Gitで特定コミットのファイルだけをzipで納品するコマンド - atskimura-memo
ちょいネタです。ちょうどGitで特定コミットのファイルだけをzipで納品する必要があったので。 git：特定コミットのファイル一式を抽出＆zip保存。ワンクリックで。 | ラスタッタPぃやぁ をとても参考にさせていただきましたが、ちょっと変更したのでメモ代わりに書いておきます。 こんなコミットログがあったとして、 $ git log --oneline --graph * c000004 コミット4 * c000003 コミット3 * c000002 コミット2 * c000001 コミット1 「コミット2からコミット3まで変更ファイルだけをください」と言われたら、以下のようにすればOKです。 $ git archive --format=zip c000003 `git diff c000003..c000001 --name-only` -o ~/Desktop/c000003.zip
BitbucketにSSHでアクセスする（複数アカウントもおっけー） - 株式会社CFlatの明後日スタイルのブログ
BitbucketのリポジトリにはHTTPSでアクセスすることができますが、毎回パスワード入れるのも面倒だし、pushする情報が多すぎてエラーになることもあります。SSHを使えばそれを解消できるのですが、公式以外にあまり情報がなかったんでここに書いておくことにします。 複数アカウントで使う方法も意外にわかりづらかったので残しておきます。ちなみに会社用のアカウントでは仕事のソースコードを、個人のアカウントでは各種設定ファイルなどを管理しています。 単アカウントのみSSH接続できれば良い場合 手順はこうです。 ・公開鍵と秘密鍵のペアを作る ・公開鍵をBitbucketのアカウントに登録する ・gitプロトコルでアクセス 公開鍵と秘密鍵のペアを作る Macを想定しています。 ターミナルを開いてssh-keygenコマンドを実行すると、~/.ssh/以下に鍵が生成されます。ここではid_rsaとi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Git]git pushすると「fatal: The remote end hung up unexpectedly」と出る時
GitHubでssh接続する手順~公開鍵・秘密鍵の生成から~ - Qiita
gitのremote urlを変更する(レポジトリ移行時) - Qiita
http://blog.jubatus.tokyo/74
.gitignoreの書き方
Git初心者でも差分ファイルを一瞬で取り出すMac用SourceTreeスクリプト
