`git reflog` についてまとめてみる
git-reflog.md git reflog についてまとめてみる reflog とは reflog（参照ログ）とは HEAD やブランチ先端の動きの履歴 各個人のローカルリポジトリに存在 ブランチの切り替え、新たに加えられた変更のプル、履歴の書き換え、あるいは単なる新規コミットの実行などを記録 git reflog で HEAD の移動履歴を、git reflog <ブランチ名> でそのブランチ先端が指していたコミットの一覧を確認可能 HEAD@{5}: HEAD の五つ前の状態を示す $ git reflog d22bfa0 HEAD@{0}: commit (amend): Add the contens of poem-c 8c9300c HEAD@{1}: commit: Add the contens of poem-c 6a67f31 HEAD@{2}: commit:
基本的なGitコマンドまとめ - Qiita
基本的なgitコマンドまとめ。 そもそも自分用に作ったものなので見づらいです。 init $ git init ディレクトリにリポジトリを作成. $ git init --bare ベアリポジトリの作成 $ git init --shared グループ書き込み権限を有効にする. add $ git add [filename] ファイルやディレクトリをインデックスに登録. $ git add -A すべての変更を含むワークツリーの内容をインデックスに追加. $ git add -u 以前コミットしたことがあるファイルだけインデックスに追加. commit $ git commit インデックスに追加されたファイルをコミットする. $ git commit -m “[comment]” コミットメッセージを同時に指定. $ git commit -a 変更されたファイル(新規を除く)をインデ
bitbucket-syncを使ってサーバ自動化をしてみた - Qiita
GitlabのWeb hookを使って自動化がうまくいかなくて試しにBitbucketのbitbucket-syncでサーバ更新をしてみました。 リモートリポジトリへプッシュしたタイミングで、個人サーバへ反映するというものになります。 作業の流れ ローカルでファイルを編集（コミット・プッシュ） Bitbucket側リポジトリが更新 BitbucketのWebhooksでサーバに通知 サーバで受け取った情報を元にBitbucketから差分データを取得 サーバ内の公開ディレクトリへコピー・反映 セットアップ 【bitbucket-sync】をダウンロード 以下のURLからbitbucket-syncをダウンロードします。 https://github.com/alixandru/bitbucket-sync/ 設定ファイルを作成 ダウンロードしたら、config.sample.php を co
SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]
BitbucketやGitHubのGitリポジトリにアクセスではSSH認証キーを使うことができます。このSSH認証キーを使ったアクセスのメリットは次のとおりです。 * Pushするときにいちいちパスワードを打つ必要がなくなる * セキュリティが向上する 今回はMacでSSH認証のための公開鍵と秘密鍵を生成して、GitHubやBitbucketに公開鍵を登録して、SSHでアクセスできるようにするまでの設定手順をできるだけわかりやすく書いていきます。もし、詰まった点とかあればコメントお願いします！ (04/11 22:30) 前回の修正でミスってた部分を修正 🐯 流れSSH認証キーの設定の流れは次のとおりです。 (1) SSH認証の公開鍵と秘密鍵を作成 (2) Mac側(クライアント側)へのSSHキーの設定 (3) Bitbucketへの公開鍵の登録 (4) GitHubへの公開鍵の登録
![SSH認証キーをBitbucket/GitHubに設定しよう！ [Mac簡単手順]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書かず、ブランチ戦略とリリース管理についてだけ述べよう。 以下では、
A successful Git branching model » nvie.com
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最新バージョンGitインストール - Qiita
グローバルで.gitignoreを適用する - Qiita
あとからまとめて.gitignoreする方法 - Qiita
ギットクエスト