タグ

Gitに関するikosinのブックマーク (288)

  • http://blog.uu59.org/2012-01-31-git-recovery.html

    ikosin
    ikosin 2013/01/11
  • Migration Guide for Subversion to Git on Bitbucket

    Try now Products Featured Developers Product Managers IT professionals Business Teams Leadership Teams Featured Developers Product Managers IT professionals Business Teams Leadership Teams

  • 20120324 git training

    3. 今日のタイムテーブル 13:00 - Gitってなに? 13:30 - 基操作のハンズオン 14:30 - Ruby開発サーバの紹介 15:00 - 休憩 15:15 - Githubってなに? 15:30 - チームプレイをやってみよう 16:30 - ディスカッション 17:30 - クロージング、会場片付け 18:00 - 公開スタッフミーティング

    20120324 git training
    ikosin
    ikosin 2013/01/09
  • Git training

    ikosin
    ikosin 2013/01/09
  • 「githug」でgitの基本操作を算数ドリルみたいに学ぼう! | Act as Professional

    GitHubのイベントである「The GitHub poweredby Agile渋谷 〜日のSOCIAL CODINGの今を見る〜」の懇親会を受付始めました@HIROCASTERでございませう。 イベント参加者以外でも参加可能のため、イベントは補欠だったけど、どういうふうにGitHubを使っているのか聞きたい人は、ご参加ください。(イベント参加者優先で、空気読んで登録してください) イベントではGitHubの話をするので、Gitが使えることが前提になっています。 そこで、Gitの基操作方法を学べる「githug」を紹介します。 githug Gazler/githug 「githug」はgitの基操作を実践的に学ぶための良いソフトウェアです。 特に他のバージョン管理システムを使ったことのある人がgitの基操作だけを学ぶだけならちょうど良い。 インストール gemで公開されているの

    「githug」でgitの基本操作を算数ドリルみたいに学ぼう! | Act as Professional
  • メモ 【git】gitの練習【githug】

    「githug」でgitの基操作を算数ドリルみたいに学ぼう!で紹介されていたgitの練習ツールgithugを試してみました。 インストール環境 githugはgemでインストールするため、Rubyをインストールしている必要があります。自分の環境は以下のようになっています。 ruby -v ruby 1.8.7 (2011-06-30 patchlevel 352) [i386-mingw32] gem -v 1.7.2 インストール 下記コマンドを実行します。 gem install githug 以下、インストールされたものです。これらのriとRDocもインストールされました。 Successfully installed diff-lcs-1.1.3 Successfully installed grit-2.3.0 Successfully installed githug-0.2

  • A Visual Git Reference

    If the images do not work, you can try the Non-SVG version of this page. SVG images have been disabled. (Re-enable SVG) This page gives brief, visual reference for the most common commands in git. Once you know a bit about how git works, this site may solidify your understanding. If you're interested in how this site was created, see my GitHub repository. Also recommended: Visualizing Git Concepts

  • git - 簡単ガイド

    アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト

    ikosin
    ikosin 2012/12/26
  • GitのCommit中のAuthor名およびCommitter名を変える - idesaku blog

    ローカルで持っているGitリポジトリをGitHubにpushしてしまいたいなぁ、と思ったのだが、pushする直前にAuthorおよびCommitterとして自分の名を使っていることに気づいた。そういえば、Gitを使い始めたころはuser.nameに正直に名を入れていたなぁ…。 そのままでも大した問題はないのだが、ネット上ではidesakuで通すことにしているので、こいつらを修正した。その際、あまり使わないコマンドを使ったので、作業ログなど残してみる。 さて、どうすればよいか。すぐに思いついたのは、git-rebaseを使うことである。 ところで、Gitは全てのコミットにAuthorとCommitterの二つの名前を記録している。これは、オープンソース分野でよくある「パッチを書いた人(Author)と、それをリポジトリにコミットした人(Committer)が違う」ケースに対応するための措

    GitのCommit中のAuthor名およびCommitter名を変える - idesaku blog
    ikosin
    ikosin 2012/12/21
  • #12 チームでgitを使い始めてよかった! - KAYAC Engineers' Blog

    こんばんわ、1年ぶりの投稿になります。せい(@shin1rosei)です。 キライな言葉は「面白法人なんだから面白いことしろよ」と言われることです。 自分は真面目一で生きてきて大して面白い人間ではないので辛くなります。 このエントリはtech.kayac.com Advent Calendar 2012 12日目の記事になります. テーマは「私の中のマイイノベーション2012」ということで、 今年を色々振り返ってみってみて、かなり地味な内容になりますが、一番効果が高かったなーと感じる「チームでgitを使い始めたこと」をお話したいと思います。 使い始めるまで 今まで自分が関わっていたプロジェクトは(小学生と言われるの覚悟で)subersionを使うのが一般的で、 gitの恩恵にあやかりたいプログラマは"git-svn"を使っていました。 ただ、次のような問題点がありました。 project

    ikosin
    ikosin 2012/12/14
  • git-dojo参加ブログ - yamano3201の日記

    ちょっと遅くなったけどgit-dojoの参加ブログです。 前半は@iwamatsuによるgitの説明で、後半は複数名でチームを組んでgitの使い方を学びました。特に「rebaseは怖くない!」ということを学べる構成になっていました。以下で講演の内容とやったことをまとめていきます。 講演内容まとめ gitは分散バージョン管理システムである。 リモートリポジトリと複数のローカルリポジトリから構成されていて、チェックアウト、コミットは手元にあるローカルリポジトリで行う。 そして、他のサーバーに存在するリモートリポジトリにプッシュする。 履歴の参照や差分の確認、コミット、マージ、などを行うとき、ローカルで作業でき、リモートにアクセスしなくても作業できるので、動作が早い。 プッシュして初めて履歴などを共有することができる。 過去のコミットの履歴を全てハッシュで持っていて、時間的な変遷を管理することが

    git-dojo参加ブログ - yamano3201の日記
    ikosin
    ikosin 2012/12/11
  • はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知

    はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

    はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
    ikosin
    ikosin 2012/12/07
  • NDP Software :: Git Cheatsheet

    stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace

  • Git from the bottom up

    ikosin
    ikosin 2012/12/06
  • 【翻訳】Gitをボトムアップから理解する

    John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます: http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。(詳しくは記事内の最初にも書いてあります) 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git

    【翻訳】Gitをボトムアップから理解する
    ikosin
    ikosin 2012/12/06
  • Git 道場 心:Git総論、心構え

    Introduction to Yocto Project - Let's make customized embedded linuxHiroshi Sakate

    Git 道場 心:Git総論、心構え
    ikosin
    ikosin 2012/12/06
  • #5「GitDDLまじイノベーティブ」 tech.kayac.com Advent Calendar 2012 - KAYAC Engineers' Blog

    好きな IPA は志賀高原ビールの @soh335 です。 早くビール飲みたいのですが書かないと怒られるので今日は、隣の発明家が作った GitDDL というモジュールについて説明しますね。 (隣の発明家に任せると「GitDDLまじイノベーティブ(完)」としか説明してくれないので) なにするものなの 名前を見て通り、Gitdatabase の schema 管理をするものです。それ以前は、DBIx::Class::Schema::Versioned とかを使っていたようです。 仕組み まず、Git で管理されている schema ファイルを指し示すコミットのハッシュを database 上で管理します。 schema に変更があった場合、このコミットのハッシュが databse 上のものとで差異が生まれます。よって database 上の schema は期待する schema ではな

    #5「GitDDLまじイノベーティブ」 tech.kayac.com Advent Calendar 2012 - KAYAC Engineers' Blog
    ikosin
    ikosin 2012/12/06
  • git-flow によるブランチの管理

    今回は分散バージョン管理システムgitと共に用いる「ブランチモデル」について紹介していただきます。gitを使ってみて、その高機能さをどう使えば良いか悩まれた方は、ぜひ稿をご一読ください。gitそのものの使い方については解説していませんので、その際には『 実用git 』などの書籍を参考にしてください。 git-flow は Vincent Driessen 氏によって書かれた A successful Git branching model (O-Show 氏による日語訳) というブランチモデルを補助するための git 拡張です。 git-flow を利用する前には、まずこの文章を一読することをおすすめします。 その骨子については、 Voluntas 氏のブログ が参考になります。 git を使うメリットの 1 つは、そのブランチモデルです。しかし gitを使っていると、その高い柔軟性か

    git-flow によるブランチの管理
  • こわくない Git

    8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー(説明は省略) 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co

    こわくない Git
    ikosin
    ikosin 2012/11/22
  • 「こわくない Git」というスライドを発表しました - kotas.tech

    社内向けに「こわくない Git」というタイトルのスライドを作って発表しました。 対象者は「マージがなんとなく怖い」「エラーが怖い」「リベース使うなって言われて怖い」と、Git が怖いと思っている人です! こわくない Git from Kota Saito 発表中に出た質問など 補足も兼ねて、上のスライドを発表した際に出た質疑応答などをここに書いておきます。 Q: 常に Non Fast-Forward (--no-ff) でいいのでは、と思えるけど git merge がデフォルトだと Fast-Foward or Non Fast-Forward (--ff) なのはなぜ? A1: Non Fast-Forward だと、確かにメリットが多いのですが、1点だけデメリットがあります。特に差分が無い状態で git merge --no-ff すると、空のマージコミットが作られてしまうのです。

    「こわくない Git」というスライドを発表しました - kotas.tech