タグ

gitに関するyusuketのブックマーク (22)

  • バージョン管理初心者のためのGit入門 - MyEnigma

    Gitが、おもしろいほどわかる基の使い方33 改訂新版〈バージョン管理、GUI、Sourcetree、Bitbucket〉 目次 目次 はじめに gitコマンド git clone git clone --recursive URL git clone --depth 1 URL git init git init --bare --share git status git commit git commit -a git commit --amend "new message" git commit -v git commit -m "bug fix" git log git log -- pretty=short git log file_name git log -p git log --graph git diff git diff <ブランチ名> <ブランチ名> git bra

    バージョン管理初心者のためのGit入門 - MyEnigma
  • SVN脳患者から見たGit - Qiita

    はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu

    SVN脳患者から見たGit - Qiita
  • Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社

    Git 2.6 からわずか 2 カ月後、膨大な機能と修正、そして性能の向上を果たした Git 2.7 がリリースされました。ここでは Bitbucket チームが興味を持った新しい機能を紹介します。 git worktree の完成 Git 2.5 で導入された素晴らしい git worktree コマンドを使うと、複数のリポジトリブランチからのチェックアウトやブランチ上での作業を、異なるディレクトリで同時に行うことができます。たとえば、簡単な修正をする必要があるけどワーキングコピーを汚したくない場合、次のように新しいブランチを新しいディレクトリにチェックアウトすることができます。 Git 2.7 には、リポジトリのワークツリー (および関連するブランチ) を表示する git worktree list サブコマンドが追加されています。 ワークツリーをサポートする git bisect コ

    Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社
    yusuket
    yusuket 2016/01/07
  • gitでありがちな問題の解決方法まとめ - Qiita

    Git Advent Calendar / Jun. 最終日(30日目)の記事です.29日目は「いざという時のためのgit reflog」でした. Git Advent Calendar最後なので,git操作でやりがちなミスからどう回復するかをまとめます.他にもあればコメントもらえるとマージしていきます. ブランチを切り忘れてmasterでコミットしてしまった その時点でブランチを切る&reset --hardで間違ったコミットたちをmasterから消す $ git checkout -b new-branch # masterの最新コミットを消す $ git checkout master && git reset --hard HEAD~

    gitでありがちな問題の解決方法まとめ - Qiita
  • Gitのコミットメッセージの書き方 - Qiita

    Gitのコミットメッセージの書き方 自分なりにまとめてみました。Git歴浅いので、意見募集中です。 (2014年12月17日追記) 想像以上にたくさんの方にストックなりはてブなりいただいたので、はてブでなるほど!と思ったコメントをもとに少し修正・加筆してみました。 (2022年1月4日追記) 最新の書き方をこちらに書きました。 https://zenn.dev/itosho/articles/git-commit-message-2023 原則 以下のフォーマットとします。 1行目:変更内容の要約(タイトル、概要) 2行目 :空行 3行目以降:変更した理由(内容、詳細) 日語でも英語でもOKですが、リポジトリで統一してください。 1行目 コミット種別と要約を書きます。フォーマットは以下とします。 [コミット種別]要約 コミット種別 以下の中から適切な種別を選びます。 (多すぎても悩むので

    Gitのコミットメッセージの書き方 - Qiita
    yusuket
    yusuket 2014/11/24
  • 「開発効率をUPする Git逆引き入門」ゎSourceTreeの逆引きリファレンスとしてょさげ - ayapi.github.io

    なんかid:LayzieさんからGitもらぃました こーゅーの、「献」ってゅーみたぃなんですけど 開発効率をUPする Git逆引き入門 著者: 株式会社サイバーエージェント 松下雅和, 船ヶ山慶, 平木聡, 土橋林太郎, 三上丈晴 出版社: C&R研究所 発売日: 2014/04/09 ぁゃぴゎプログラマーだしGitのコマンドも普通に打っし、 まぁ②そこ②ゎかってる系です(ゃたら詳しぃゎけでもなぃけど) けど、 エンジニアだけではなくデザイナーさんなどにも優しい感じにはなっているかと思います。 『開発効率をUPする Git逆引き入門』というを執筆しました - Life goes on とのことで、ノンプログラマーにGitをっかってもらぅことにっぃて、 ぁゃぴゎ前から興味がぁるから、その視点からかきます 結論から言ぅと、 ノンプログラマーにゎ、このだけでGit入門&導入ゎ 難しぃん

    「開発効率をUPする Git逆引き入門」ゎSourceTreeの逆引きリファレンスとしてょさげ - ayapi.github.io
    yusuket
    yusuket 2014/04/25
  • Git初心者のための資料まとめ

    Gitを使ったことがない人が、Gitを最初に取り入れるときにぜひ読んでほしい資料をまとめてみました。初心者のWebエンジニアが、clone, checkout, add, commit, pushやPull Request(Pull Request)ができるようになるまでの一連の流れができるようになることを目標にしています。 (09/06 17:45) はじめてコードレビューされる人のためのPull Requestとcommitの作り方を追加 🐹 目標Git コマンドのclone, checkout, add, commit, pushを使えるようになること プルリクエストができるようになること 🎃 基的な概念の理解イラストでわかる!git入門の入門 (1) ソフトウェア開発におけるバージョン管理の考え方、(2) Gitを使った開発の基的な概念、 (3) 基的なコマンド(add,

    Git初心者のための資料まとめ
    yusuket
    yusuket 2014/02/27
  • 空コミット便利!git commit --allow-emptyでgitを使った開発フローを改善 - fukajun - DeepValley -

    何か? git commitのオプション--allow-emptyご存知でしょうか? これは、オプションの名前の通り空のコミットの作成を許可するオプションです。 通常変更がないとコミットが作れないようになってるので 空コミットを作るにはこのオプションを指定する必要があります。 add(もしくはrm)もしない(stageに何も載せない)で commitしたときの注意文には登場するので知ってましたが使ってませんでした。 最近、開発フローの中で使い道を思いついて使うようになったので紹介です。 その1 空Pull Request作れる プルリクって、基準になるブランチから変更されたコミットがないと作れないと思ってます。 でも、変更はないんだけどプルリクのcommentに変更の「概要」「目的」「ビジネスインパクト」「どの数値が改善するのか」など色々さきに書いておきたいこととかありますね。 考えてる内

    yusuket
    yusuket 2014/02/27
  • Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法 - Qiita

    (追記)すごくいいねがついていますが、コメントで皆さんが提案してくださっている方法の方が簡単なのでおすすめです。コメント欄を参照してください。 通常ブランチを作ってからブランチを切り替えて実装を始めますが、たまにはうっかりブランチを作るのを忘れてしまうことありますよね。 そんなときの対処法のメモです。要は新しく作った別のブランチにコミットを移動する方法です。 間違えて3つmasterにコミットしてしまっている状態で、新しくbranch01ブランチを作ってそこに移すというシナリオで書いていきます。 branch01ブランチを作る ブランチを作るべきだった位置からブランチを作る

    Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法 - Qiita
    yusuket
    yusuket 2014/02/14
  • GitHub上の大事な中央ブランチをgit push --forceの恐怖から守るgit hookスクリプト - Qiita

    つい先日、GitHubで管理していたテスト用中央ブランチに、チームメンバーが誤ってgit push --forceしてしまい、 一部の歴史が消失するという事件が起きました。 ぎゃあああ!なんばしよっとね!うっかりでしたじゃ済まんばい! とか思っていたらJenkinsの開発者みたいなスゴい人でもやらかしちゃうみたいです。 Jenkinsの開発者、間違えて一ヶ月前のローカルレポジトリをgit push --forceしてしまう http://cpplover.blogspot.jp/2013/11/jenkinsgit-push-force.html スゴい人でもやらかすんだから、平民の我々もそのうちやらかすに違いない。 緊急バグ修正などで慌てていたら尚更ですね。(というか自分が一番やりかねない) というわけで、何とか仕組みの上で防くことができればと思って仕掛けることにしました。 以下のスクリ

    GitHub上の大事な中央ブランチをgit push --forceの恐怖から守るgit hookスクリプト - Qiita
    yusuket
    yusuket 2014/02/14
  • git-flowでもgithub flowでもない、Git本家推奨のワークフロー

    このドキュメントは git.git (訳注: Gitプロジェクトのgitリポジトリ) それ自身で使われているワークフローの要素を書きとめ、 それを使いたいと思わせることを意図しています。 多くのアイデアが一般に適用できますが、 より少人数が参加する小さなプロジェクトで 完全なワークフローを必要とするのは稀です。 私たちはクイックリファレンスのためにひとまとまりの ルール をとりまとめ、 文章でそれぞれのルールへの動機を与えます。 言葉通りにとらないようにしてください; 重視すべきなのは、この文書のようなmanページの記述よりも あなたがそうすべき理由の方です。

    yusuket
    yusuket 2014/02/14
  • Git入門 v1.1.0

    Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・!15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev

    Git入門 v1.1.0
    yusuket
    yusuket 2013/11/16
  • transitive.info - Git 使い方 見出し一覧

    Recent Entries 2023/11/04 WZR-600DHP2 への OpenWRT のインストールと設定 2023/11/02 scrcpy で Android の画面を Ubuntu に表示する 2023/10/29 Ubuntu 24.04 で PT3 を Mirakurun と EPGStation で使う 2023/07/15 LIFEBOOK WU-X/H1 での Ubuntu 23.04 と Windows 11 のデュアルブートと設定 2022/11/22 Ubuntu 22.04 に Mattermost をインストールする 2022/09/04 WZR-HP-AG300H の OpenWRT の更新と設定 ページ一覧へ Archives 2023 (4) 2022 (7) 2021 (5) 2020 (5) 2019 (6) 2018 (7) 2017 (8

  • git の運用指針 - Cube Lilac

    ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが(ただのコミットマシーン状態)、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ(私)と数人のサポートコミッタ(アルバイト等)で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基的に 1 機能(1 チケット)を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ

    git の運用指針 - Cube Lilac
    yusuket
    yusuket 2013/05/15
  • svn な人のための これだけ読めば (もしかしたら) わかる (かもしれない) git の考え方 - rinu's blog

    はじめに svn を使っていたあなたが、さくっと git の考え方を理解できますように (*・人・*) git リポジトリのイメージ git リポジトリのイメージを絵にしてみました。 絵の中の登場人物について、このあと触れますー リポジトリ リポジトリは複数のファイルの変更履歴を記録する入れ物です。 リポジトリを使用するときは、どこかにある、誰かのリポジトリを、自分のマシンにまるっとクローンを作って使用します。 (対して svn はある時点でのファイルのみを、ローカルに持ちます) コミット(図の黄緑の四角いあいつ) ファイル達に変更を重ねていくと、変化したファイル達の状態が、リポジトリに保存されていきます。 このリポジトリへ変更した内容を保存することを「コミットする」といい、保存されたファイル達の、変化の履歴の1つ1つを「コミット」といいます。 それぞれのコミットは 「0abe...」 み

    svn な人のための これだけ読めば (もしかしたら) わかる (かもしれない) git の考え方 - rinu's blog
    yusuket
    yusuket 2013/05/15
  • どぶお/開発しよう!/git-1 Smart HTTPとgitweb - BioKids Wiki

    gitの環境を整えてみた   最近、バージョン管理システムとして流行のgitを使う環境を整えてみましたので記録。 GitLab 2.0をインストールした記録 -- git-2 GitLabをインストールする リモートリポジトリ   職場からも自宅からもリポジトリにアクセスできるようにしたかったので、リモートリポジトリを作成しました。 git + apache2/Smart HTTP   職場のファイアウォールがきつく、HTTPおよびHTTPSしか使えないのでHTTPアクセスを確保することにしました。以前はWebDAVがよく使われていたようですが、その方法だと速度が遅いそうな。それを解決するために用意されたのがSmart HTTPとのことです(たぶん)。 Smart HTTP Transport -- http://progit.org/2010/03/04/smart-http.html

    yusuket
    yusuket 2013/01/06
  • 「うわっ…私のバージョン管理、ダメ過ぎ…?」を解決するGitの使い方“超”入門

    「うわっ…私のバージョン管理、ダメ過ぎ…?」を解決するGitの使い方“超”入門:かんばん!~もし女子高生がRedmineスクラム開発をしたら(5)(1/3 ページ) 連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 これまでのお話 連載は、ちょっととぼけた女子高生の姉妹が今注目のアジャイル開発手法であるスクラムプロジェクト管理ソフトの「Redmine」を使って、システム開発をするというフィクションです。 ひょんなきっかけから電子目安箱(カウンセラー)を開発することになった「ぷりん」と「まいん」の姉妹。第1回の『高校生になって初めてスクラムを始めました~「ストーリー」で何を作るかまとめよう』、第2回の『スプリントと“かんばん”でチームのビートを刻め!! ~ス

    「うわっ…私のバージョン管理、ダメ過ぎ…?」を解決するGitの使い方“超”入門
  • たのしいGit - Nalsh's Notes

    序 言うまでもないことだが、タイトルはジョークである。 そもそもバージョン管理は来我々がしたい事ではない(一部の人を除く)。別に作りたいものがあり、そこでの作業を円滑に進めるためにバージョン管理するのだから、所詮はヤクの毛刈りである。さらに、Gitクライアントのへっぽこさも相まってなかなかに時間をわれる。この文書はそのような人々が、より円滑にGitを使えることを祈って書かれた。 なお、バージョン管理というのはとても複雑なシステムであるため、バージョン管理自体が目的な人には楽しい世界である。そのような人々はぜひGitやその他のバージョン管理システムのマニュアルやソースコードを読んでいただきたい。きっとその奥深い世界を堪能できることだろう。 Git概説 Gitはこれまでの旧来のバージョン管理システムとは一風違った設計で作られている。また、Git特有の概念も多い。なので、まずGitの概観を説

    yusuket
    yusuket 2011/11/16
  • Git入門 ゼロから始めるGitドリル

    gitの勉強をしつつ取ったノートを記事化しました。一応これを読めばざっくりとした導入やSVNとの違いが分かってもらえるように書いたつもりです。svnを使った経験があることを前提に進めていきます。 svnの場合、一つのレポジトリに対して認証のあるユーザが変更を報告していくユースケースをとっています。gitの場合は、個々のローカルマシンにリポジトリが分散されて配置され、お互いに変更を報告しあうユースケース。これはLinuxの伝統的なバザール方式の開発を想定しています。そのため例えばカフェや電車で開発したり、マスターはgithubやgitfarm(Git Hosting参照)にしておいて時々ローカルの変更を報告することも可能です。 目次 インストール 基操作 Gitリポジトリの作成 ブランチの作成。 タグ ファイルを無視する 索引の理解 取り消し 導入 --hardと--softの違い 一個の

    Git入門 ゼロから始めるGitドリル
  • Smart HTTP Support

    ProductSmart HTTP SupportGit's HTTP protocol just upped it a few notches on the ol' IQ test. As discussed in detail on the Pro Git blog, Git supports a new, much more efficient… Git’s HTTP protocol just upped it a few notches on the ol’ IQ test. As discussed in detail on the Pro Git blog, Git supports a new, much more efficient HTTP based transport as of version 1.6.6. Well, now GitHub supports th

    Smart HTTP Support
    yusuket
    yusuket 2010/04/25