筋肉マージは辞めよう - Qiita
追記2 2019/12/04 21:00 こんなよくわからない記事をご覧いただきありがとうございます。 この事件を起こしたのは1年前で、Gitを使いはじめて1ヶ月のときに下記の事件を起こしてしまっていてとても混乱していたのを当時覚えています。 内容については、rmをしたかもしれないという記事に結果的になったかもしれませんが、私の記憶ではファイルを消した記憶はありません。 ただ、当時作業していたディレクトリもないのでコマンドを確認する手段がないため一番濃厚なrmをしたというのを今回の結論にしました。 曖昧さは申し訳ありません。 また、意見、感想、批評には全て目を通させております。伝わりにくい内容やわかった事実は適宜編集してできるだけ皆さんに伝わるよう善処いたしますのでどうぞよろしくお願いします。 追記2ここまで 追記 2019/12/04 13:00 1.本番環境でやらかしちゃった人 Adv
Git 別のリポジトリを履歴を残したまま取り込みたい - かもメモ
Gitで別々に作ってたリポジトリをコミットログを残したまま1つにしてしまいたい時のめも。 例えばkankore_repoとkuchikukan_repoという2つのリポジトリが別々にあったとします。 これらを別々のリポジトリで管理するのが大変になってきたのでkankore_repo内の'destroyer'ディレクトリに kuchikukan_repoで管理していた全てをコミットログを残したまま入れてしまいたい。そんな感じです。 図で書くと /kankore # kankore_repo リポジトリのあるディレクトリ |--- .git /kuchikukan # kuchikukan_repo リポジトリのあるディレクトリ |--- .git これを ↓ のような感じにしたいのです！ /kankore # kankore_repo リポジトリのあるディレクトリ |--- .git |--
GitHubでFork/cloneしたリポジトリを本家リポジトリに追従する - Qiita
2019/12/11 分かりやすいサイトへのリンクを追加しました hub コマンドの hub fork について追加しました 2013/04/11 興味深い手法があれば随時追加していきます ネットを検索すると、色々な手法が出てきますが、自分としては「WEB+DB PRESS plus 開発ツール徹底攻略」p.71 に載っていた以下の手法がシンプルで良く理解できました。 本家リモート upstream を追加する方法 本家リポジトリの例として、実際にGitHubに存在する練習用リポジトリ git@github.com:DQNEO/Renshu.git を使います あなた (youraccount) が既にForkしているRenshuリポジトリをcloneします。 $ git clone git@github.com:youraccount/Renshu.git Cloning into 'R
Gitでexportするときはgit archiveとgit checkout-indexのどちらがよいか · DQNEO日記
masterブランチをエクスポートしたいとします。 mkdir /tmp/foo git archive master | tar -x -C /tmp/foo (必ず先に空のディレクトリを作っておきましょう。) export-ignoreが便利 export-ignoreという便利なオプションがあって、例えばexport時に"test"ディレクトリだけ除外するということができます。 $Id$展開もしてくれる ident属性が設定してあればファイル中の$Id$をキーワード展開してくれます。 $Id$ ↓ $Id: 547efb313cdee8eb3e37371f800f3bee3479c166 $ 参考：Git-のカスタマイズ-Git-の属性#リポジトリをエクスポートする mkdir /tmp/foo git checkout-index -a --prefix=/tmp/foo/ --p
Git submodule の基礎 - Qiita
この記事は Git Advent Calendar 6日目の記事です！ Git submodule って最初わかりにくいと思うので、基本的な説明をしようと思います。 git submodule とは git submodule は、外部の git リポジトリを、自分の git リポジトリのサブディレクトリとして登録し、特定の commit を参照する仕組みです。 Subversion でいうところの、external と似ています。 さて、解説のため、手元に、リポジトリA (/path/to/a) とAの submodule として、よく使う例として Bootstrap (元Twitter Bootstrap) を登録してみます。 git submodule を理解するうえで重要なのは、 リポジトリAが指し示すsubmoduleとしてのBootstrapのcommit 現在のBootstr
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう
Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう Jenkin developers accidentally do "git push --force" to over 150 repos on github | Hacker News Jenkinsの開発者、Luca Milanesioによって、Jenkinsの多くのgitレポジトリに対してpushが行われた。不思議なことに、pushをしたというのに変更点はほとんどみられない。一体ルカは何をやったのだ。 Dominik Bartholdi やあみんな、とくにルカ。 昨日、GitHub上のJenkinsの多くのレポジトリ（50以上）に、なにか変なことが起こった。 どうやら、Luca Mmilanesioが、何の変更もないのに、たくさんのたくさんのレポジトリにpushしたらしいのだ。
FuelPHP + Gitで幸せになれた。 - まっちゅーのチラ裏
概要 背景 FuelPHPをはじめるにあたり、ソースコードをGitで管理しようと思い立ち、敢行。 Gitについては、ちょっと調べては『どうせ一人で開発してるし不要かなー』と挫折するというヘタレ具合だったので少しまとめてみました。 環境 ローカル：mac リモート：さくらVPS ※gitのバージョンは両方1.7.1です。 やりたいこと FuelPHPで作成したVPS上のアプリケーションを ローカル(mac)に同期 ローカル(mac)での更新内容を反映 FuelPHPのマニュアル、core、モジュールは『github上のFuelPHPプロジェクト(以下Official-PJ)』からもらう。 リポジトリ作成〜ローカルへコピー(clone) リモートでの作業 FuelPHPでプロジェクトを作成 # oil create hogehoge # cd hogehoge gitの設定＆Official-
gitで差分ファイルを抽出する - Webtech Walker
変更したファイルだけまとめて取り出したいというケースがけっこうあるみたいなんで書いてみた。 gitの差分のファイルをつくる — Gist こいつをパスが通ってるところに置いて実行権限つけたら $ git export-diff <commit> <output_dir> こんな感じで実行すると<commit>からHEADまでの差分ファイルを<output_dir>にコピーする。<commit>の部分はgit diffと同じ物が使えるので $ git export-diff HEAD^^^ path/to/dir $ git export-diff HEAD^^^..HEAD^ path/to/dir $ git export-diff <sha1> <sha1> path/to/dir $ git export-diff <sha1>..<sha1> path/to/dir みたいな感じで
GITLAB: Self Hosted Git Management Application
1. Keep your source code at your server! Your own lite app for projects/repositories hosting on your server. Fast, secure and stable solution based on ruby on rails. 2. Use Git! We use git as version control system for projects 3. Browse source-code, issues, comments. Manage team access to repository
プログラム未経験者向けの社内勉強会をやってみた - ppworks.jp
主にプランナー向けとして、プランナーがプログラム出来るようになると嬉しいよね、といった趣旨で勉強会をしました。 p4dにインスパイアされて、planer向けだし、p4pと名付けてみました。(すみません) その時の資料は以下 P4p20120408 View more presentations from Naoto Koshikawa やったこと 内容としては、以下の説明と実技という感じでした。 git ruby sinatra heroku git 一年ぐらいまえに非エンジニア向けにgitをレクチャーしたときの資料を元にgitの概要を説明。バージョン管理システムの概念や使う利点は伝わったかなと思います。 割と丁寧に説明したので、ここまでで2時間ぐらいです。 githubにアカウントを作っておいてもらったので、実際にリポジトリを作ってもらって、そこにRERADME.textileをおいても
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
偽git.exeを作ってTortoiseGitの挙動を観察しよう - お前の血は何色だ!! 4
TortoiseGitでローカルで間違って消してしまったファイルを復元したいと考えた。 いろいろ試した結果、 TortoiseGit revert すれば治ることがわかったけど、これで正しいやり方なの？って疑問があったのでtwitterで聞いてみたら、 と、教えてもらえた。 git revert はコミットしたものをなかった事にするコマンドらしい。 http://drag0n.fam.cx/?p=399 こーゆー場合は、 git checkout とかのコマンドを使うのが正しいらしい。 ぢゃあなんで、これで TortoiseGit でファイルが巻き戻ったか、、、 そもそも TortoiseGit には、checkout なんていうメニューはないし、、、困った。 そこで、実際に TortoiseGit が、どういうコマンドを発行しているかを調べることにした。 TortoiseGit は、 g
GitHubをTortoiseGitで利用する。TortoiseSVN User向け
今まではSubversion + TortoiseSVNでVersion管理していたけど、Chrome Extension "History Plus"をGitHubで公開したときにGitHubの使い方でいろいろ戸惑ったのでMemo. 環境はWindows 7 Home Premium 英語版. TortoiseGit 1.7.3 GitHubの設定とTortoiseGitのInstall、設定までは前の記事を参考に。 Gitを使ったProjectの運用方法（Branchの作り方）は下記記事を参考に。 見えないチカラ: A successful Git branching model を翻訳しました その他GitHubとTortoiseGitの使い方で戸惑った部分を箇条書き "Commit"でLocalにcommitされる。"push"すると今までのCommitがGitHubに反映される。
gitで誤ったブランチに対して行った変更を正しいブランチへ移す(cherry-pick編) | Webシステム開発／教育ソリューションのタイムインターメディア
gitでは様々な方法でコミットログを書き換えることができます。 その一例として誤ったブランチに対して行った変更を正しいブランチへ移す方法を紹介します。 問題 これまで「新機能Xを追加する」という設定で以下のトピックについて解説していました: gitでコミットの順序を入れ替えるgitで複数のコミットを1つにまとめるgitで1つのコミットを複数のコミットに分割する これにはまず としてこの作業用のトピックブランチを作成してそちらで作業を行うのが普通です。 しかし git branch を実行したところで安心してしまい、 git checkout を忘れて全く違うブランチで作業を行ってしまう というミスは時々やってしまいます (git checkout -b という方法もありますがここではそれも忘れていたとしましょう)。 例えば以下のような状況だったとしましょう: $ git branch ma
gitのリモートブランチを使って作業を行う流れのメモ - 那由多屋 開発日誌
こんにちは加藤です。 分散バージョン管理システムのgitを本格的（？）に使い始めて1ヶ月くらいが経ちました。けれども未だに迷うことがあるため、リモートブランチを使った作業について簡単にまとめておきます。 想定環境 マシンA、マシンBで編集作業を行い、それらからアクセス可能な場所に連携用のリポジトリがある環境と想定します。 また、マシンA、マシンBでは既に連携用リポジトリをcloneしており、remotes/originが設定されていると想定します。 $ git clone <連携用リポジトリ> マシンAでの作業 なんらかの作業をすることを思い立ったら、作業用のブランチを切ります。今回はworkingブランチとします。 $ git checkout -b working $ git branch master * working 各種作業を行います。 $ git status $ git a
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
git-pull、git-pull --rebaseをめぐる冒険＋コンフリクトした場合の作業 - satoko's blog - s21g
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 git-pullで私なりの解釈で aha！が来たのでメモします。 これからは git-pull --rebaseにしよー 下記をそのままという感じなのですがｗ http://www8.atwiki.jp/git_jp/pub/Documentation.ja/user-manual.html#using-git-rebase そういえばトッポさんが言ってた：git-pull --rebaseを使うといいよ git-pullよりgit-pull --rebaseを使うといいよ(ただしという注意(下記太字)があるのでその辺は注意。ほとんどの人は関係ないと思うんだけど。。。) Here's a tip for keeping up
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gitの差分のファイルをつくる
Git を使ったチーム開発で気をつけること - おともだちティータイム
GitHub - rosylilly/git-tasukete: gitで助けて欲しい時に
