Git開発チームの濱野純氏は8月16日(現地時間)、分散型バージョン管理ツール「Git」の最新版「Git v2.23.0」をリリースしたことを発表しました(Phoronix、GitHub Blog)。 Git v2.23.0はv2.22.0以来、新規26人を含む77人のコントリビューターによって作成された505個の非マージコミットで構成されるリリースで、多数の新機能の追加や修正が行われています。 最も注目の新機能は「git switch」および「git restore」コマンドの追加です。2つのコマンドはこれまで「git checkout」にまとめられていた操作をブランチの変更とファイルを変更する操作に分離することを目的とするものです。 新コマンドの具体例などはGitHub Blogで説明されています。またその他サブコマンドの修正など、新機能の詳細はアナウンスに含まれるリリースノートで確認

［Chapter1-01］ Gitを使ったバージョン管理 チームで開発を行う上で、もはや欠かせない存在となったGit。でも、Gitを利用したことがない方、バージョン管理がよくわからない方は、Git が何をするものなのかもよくわからないでしょう。まずはGit によるバージョン管理の大まかなイメージをつかんでおきましょう。 2015年6月17日／TEXT：大串 肇 ■誰がいつ、どのファイルの何を変更したかを管理 ある開発プロジェクトをチームで行っている現場。「おーい、このファイル誰か更新した？」「あ、それボクです。」「え、どこ変えたの？」「えーとそれは……何行目だったけな…… 」「1カ所だけか？」「いや、何カ所か。あれ、メモっといたんだけど、えーとそのメモをどこのフォルダに入れたかと……。」「あ、。誰だよ、ファイル上書きしちゃったやつ！？」「あ、それ私。」「おれの書いたところが元に戻ってんじゃ

この前ふと思ったんだけど、別にgitってCUIから使う必要ないし、普通にGUIで使えば良いと思った。 大学でCUI使い慣れている人居ないから、GUI、例えばGitHub for Macとか、SourceTreeでおすすめしたほうが良いと思うんだけど、GUIをそもそも自分が使わないことには意味が無いからGUIを使おうかなと思った。自分が使ってないものを薦めるってのはおかしくて、ちゃんと使ってから意見を言うべきなんだろうと思う。よって、使わないのに批判するのも、使ってないんだからぐちぐち言うのはおかしい。 しかし、時間は限られているわけで、おかしいと思ったものをいちいち触ってやっぱりおかしかったですと言及するのは時間の無駄だから、あんまり色んな事に言及しないほうが良いんだと思う。それでも言ってしまいたく成るのが人間だし、インターネットはそれを簡単にしてしまうけれど、もっとぐっとこらえないといけ

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

今やソースコード管理システムの標準となっている「Git」（関連記事）。作者のLinus Torvalds氏から指名され、メンテナーとして責任を負っているのが現在米国のGoogle本社に勤務する濱野純氏だ。濱野氏に、メンテナーを引き継いだ経緯、Googleでの仕事などについて聞いた。 Gitコミュニティはどのように活動しているのですか。 本体の開発は、デザインからコードレビューまで、すべてGitメーリングリストで行っています。最近のリリースには、それぞれ60人から80人程による変更が入っていますが、常に活動している主要な開発コミュニティ参加者、と言えるのは10人程度です。 開発者でない人たちで#git IRCチャネルとか、stackoverflowなどでエンドユーザーのサポートをしてくれる人たちの数はもっと多いと思います。この人たちも、Gitコミュニティの重要な仲間です。 Gitコミュニティ

街頭アンケート「非エンジニアのWindows環境でgitが運用出来ましたか」 40%: Github for Windowsを入れたが、日々何らかのトラブルが発生した 30%: TortoiseGitを入れようとしたが、面倒くさすぎてやめた 20%: 上記の情報を知っていたので、他のアプリを探したがどれもクソ完成度がイマイチだった 9%: 非エンジニアはsvnもしくは共有フォルダでファイルを管理してもらい、自分でpushするようになった 1%: 全員Macで開発するようになった 2013.3僕調べ そんなすべての環境設定おじさんに朗報です！ Macで人気を博したgitアプリ、某法人利用率99%(僕調べ)の"Atlassian SourceTree"がついにWindowsへ登場！！ これで環境設定おじさんの手間も省けるし、誰にも殺意を向けずにすみますね！！やったね！！！ SourceTree

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

ドットインストール代表のライフハックブログ

ようこそ、サル先生のGit入門へ。 Gitをつかってバージョン管理ができるようになるために一緒に勉強していきましょう！ コースは4つ。Git初心者の方は「入門編」からどうぞ。Gitを使った事がある方は「発展編」がおすすめです。さらに「プルリクエスト編」では、コードレビューする文化をチームに根付かせましょう。 「あれ？何だっけ…？」という時は「逆引きGit」で調べて見てくださいね。

ローカルで GitHub を構築！ Git リポジトリ管理ツール「GitLab」を Mac OS X にインストールしてみた GitLab とは GitLab は Git リポジトリを簡単に管理できるツール Gitolite をブラウザから管理できるようにする Ruby アプリケーションです。 GitHub のオープンソースクローンと呼ばれることから分かるように、UI が GitHub とめっちゃ似ています。 GitHub みたいなサービスを使いたい！だけど Public はアレだなということもあると思います。そんなときに便利です。 社内 GitHub として使うケースが主なユースケースだと思います。 しかもすべてローカルだけで作ることができるので、ローカルマシンにインストールすれば、構築後はネットワークなしで GitHub 的な環境を使うことができます！ そんな GitLab を Mac

gitignore-boilerplates（長いので以後giboと呼びます）という便利なツールを紹介します。これは.gitignoreのひな形を作ってくれるものです。 https://github.com/simonwhitaker/gitignore-boilerplates もう少し詳しく説明すると、giboは様々なOS・エディタ・言語・フレームワークなどに特化したファイルの情報を利用して、複数環境を考慮した.gitignoreを作ってくれます。 .gitignoreに入れたいファイルは環境ごとに変わってくるわけですが、各人がcommitしたくないファイルの存在に気づくたびにチマチマ.gitignoreに追記していくのって本当に無駄だと思うんですよね。giboはそれを自動化してくれるというわけです。 例えば、WindowsとMacOSXの2環境、Emacsとvimの2エディタを使う人

社内向けに「こわくない 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 すると、空のマージコミットが作られてしまうのです。

履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常

この記事は会社内の別チームの方に、 僕の今のチームで git をどう運用してるかを ワークショップ形式で説明するための資料である。 事前準備 git と git-flow を入れておくこと 参考資料(Macでgitとgit-flowインストール) - xcode cli toolインストール -- https://daw.apple.com/cgi-bin/WebObjects/DSAuthWeb.woa/wa/login?appIdKey=d4f7d769c2abecc664d0dadfed6a67f943442b5e9c87524d4587a95773750cea&path=%2F%2Fdownloads%2Findex.action - homebrew のインストール -- https://github.com/mxcl/homebrew/wiki/installation - b

関係各所の協力により実現した1日にとても感謝している@HIROCASTERでございませう。 スタッフとして協力してくれる仲間がいたり、突発LTやってくれたりなど、Agile渋谷のおなじみのの雰囲気がアウェイの銀座も垣間見れたのもよかったです。 1日暇になったからLTやりにきてくれる仲間がいたり、おもしろかった。 Book1st銀座コア店では、Web+DB PRESSを1冊ずつ持った人が7人以上並ぶという光景があったとか。 「The GitHub」イベント詳細発表！話題のあの人が登壇 #Agile渋谷 こちらのイベントのまとめです。 感想 個人的な感想としては、やはり感じていたとおり、GitHubを使いまくってる人とほとんど使っていない人にグッサリわかれてしまっているのかなと。 仕事じゃ使えないけど、プライベートだと使いまくってるなんて、ケースはあまり聞かない。 そして、GitHubを使って