運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
5月28日(米国時間)、Linuxカーネルのメーリングリストに投函されたメール「Linux-Kernel Archive: [ANNOUNCE] Git v2.0.0」が「Git v2.0.0」のリリースを伝えた。 Gitは分散型のバージョン管理システム。もともとLinuxカーネルのバージョン管理を目的に開発されたバージョン管理システムで、高速で多機能という特徴がある。人気の高いバージョン管理システムのひとつで、多くのプロジェクトで採用されている。 「Git v2.0.0」のリリースは当初の予定から1週間ほど遅れて実施された。これは準備リリースにおいてrequest-pullにリグレッションが発見されたためだと説明がある。最新版は次のURLから入手可能。 https://www.kernel.org/pub/software/scm/git/testing/ https://kernel.
The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか? この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
追記(2014/05/25) 調べた情報が古かったみたいで、GitLabも今は1〜5分でインストールできるらしい。 GitBucketがとても手軽なのは変わらないけど、GitLabのほうが高機能ではある。 GitHubクローンのGitLabを5分でインストールした - アルパカDiary GitHubクローンのGitLabを1分で使えるようにする - Webtech Walker 開発用Gitサーバが先日の社内インフラダウンで巻き添えになって、 業務にむっちゃ影響が出た。 で、これを機にクラウド上にGitを移行しようと、 GitHubやらBitBucketやら調べてたんだけど、 どうもうちの会社の運用のままだと、 リポジトリ数やユーザ数が多くて結構なお値段が掛かりそうなことがわかった。 業務上全部プライベートリポジトリにしないといけないし、欲を言えばユーザもリポジトリも数制限かけられたくな
分散バージョン管理システムの利用は拡大しています。そのなかでも最も人気のあるツールはGitでしょう。しかし、GitをWindowsで使うのはなかなか困難でした。 Windows向けのGitであるmsysGitは、bashのコンソールを出して、最小限のUnix風コマンドライン環境を提供するものです。これは使いやすくありません。もう一つの選択肢であるTortoise Gitは、Windowsのエクスプローラー(ファイルマネージャ)に統合されたGUIツールですが、僕は「なんか違うな」と感じてました -- これは個人の感性の問題ですが、ファイルマネージャに横付けすることが、分散バージョン管理システムへの良いUIを提供するようには思えないのです。 ところが、最近は事情が大きく変わっています。使いやすいGUIツールとして、2013年6月に正式公開されたSourceTree for Windowsが存在
概要 この記事でできるようになること 安定してInfo.plistの内容(ここではBuild番号)を変更できる ふつうにRun Scriptで編集するとタイミングによってすぐにアプリに反映されないことがあったりしたがそれが解消される Info.plistに差分がでないのでcommitのときに邪魔にならない なお、この方法を教えてくれた熊谷さんがこの方法に行き着いた経緯や所感がこちらに詳しくまとめられています。詳細や考え方などをきちんと知りたいかたは是非、熊谷さんの記事をご一読ください! 必要な設定 Preprocess Info.plist file でInfo.plistをビルド前に確定させる Run Scriptで${TEMP_DIR}/Preprocessed-Info.plistを編集する 以下、具体的な話をします。 経緯 これまで、 デバッグ用やArchive用のアプリのバージョ
1. GitLab & Web Hooks & git-flowで実現する 企業向けGit環境の構築 CROOZ株式会社 技術統括本部 鈴木 優一 © CROOZ,Inc. 1 2. Gitが開発者もたらした恩恵 『ブランチ管理が容易 & ブランチ作成が高速』 Subversionと比較すると… ・ローカルにリポジトリを持っているため自由度が高い。 ⇒ サーバ側を気にせずブランチを切ったり、 ワークスペースを切り替えたりできる。 ⇒ ワークスペースの切り替えが超高速 ・trunk、branchesごとに再チェックアウトが不要 etc … Git が開発者にもたらした恩恵は非常に大きい! 一方、企業で開発する場合にGitだとつらい部分もある。 © CROOZ,Inc. 2 3. 企業でGitを利用する場合にツラいこと 1.Bareリポジトリが複数サーバに分散しがちになる。 展開の容易さから、
debian/ubuntu に GitLab 6.6.5をインストールし、nginxのサブフォルダで公開する CentOSにGitLabを導入するメモを書いたら妙にアクセス数が多かったので、debian系OSでGitLab6.6.5(バージョンはあまり気にしなくても、同じ手順でOKです。)を公開する方法を書いてみようと思います。CentOSの時はホストするWebサーバーをApacheとしましたが、今回はnginxのサブフォルダで公開する方法をお伝えします。 実際には debian wheezy 7.4でしか動作検証していません。Ubuntu、LMDEでも問題ないと思いますが、もし不都合等発見された場合は、コメント欄にコメントいただけると助かります。 前半は、GitLab自体がRuby On Railsのプロジェクトであるので、Railsの環境構築をすることになります。後半はGitlabのイ
SVN運用をしていた社内で、Gitの標準化も進めるべく社内勉強会資料を作成しました。 資料作成に当たり、@matsukaz さん@nvie さんの資料を参考にさせていただきました。 ありがとうございました!
「Git管理しているファイルをあとから除外対象に設定したい」はい?どうやります? Gitって最初とっつきにくいですよねぇえええ。 Git使い始めた時は概念がよくわかんなくて、これなんなの?どういうことなの?って思いながら使ってました。(今も使えてないけど) その頃は書籍もそんなに無いしWebの情報とDocumentみたり、聞いたりでやってた記憶があります。 『開発効率をUPする Git逆引き入門』を献本頂いたので読んだのですが、非常によく出来たGitの書籍だったので紹介させていただこうとこの記事を書いております。 開発効率をUPする Git逆引き入門 作者: 松下雅和,船ヶ山慶,平木聡,土橋林太郎,三上丈晴出版社/メーカー: シーアンドアール研究所発売日: 2014/04/09メディア: 単行本(ソフトカバー)この商品を含むブログ (6件) を見る 内容 まず最初に、装丁がカッコイイw と
Git for Windows の Git Bash の配色がイマイチだなーと思ってググってたら、Console2 だとか ConEmu を使うと楽にできるっぽいことが、Stack Overflow とか英語のブログで見つかった。 そこで、ConEmu を試してみたら色々と幸せになった (Console2 はそのままでは日本語が使えなかった。解決方法はあるらしいけど…)。 左が Git Bash、右が ConEmu さん。 アンチエイリアス効いてるし、色もオサレ。 起動から色を設定するまで ConEmu を起動すると、初回は設定の保存場所などを確認される。お好みで答えて [OK] を押すと、タブ化した MS-DOS プロンプトみたいなのが立ち上がってくる。 [Win] + [N] を押すと新しいタブを開始できる。 上のキャプチャーのように、どんな環境のタブを開始するかをメニューで聞いてきて
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,
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
2014/02/09 追記 コメントのところでやり取りしているようにmergepbxの作者さんから連絡があって、この記事で書いた問題が修正されました! 今現在は merge=mergepbx がいい感じになってきているのでそっちがオススメです。 複数人でプログラミングしているとpbxprojがやたらとコンフリクトする 例えば、 Aさんが AALabel.m をプロジェクトに追加して Bさんが BBLabel.m をプロジェクトに追加して とただそれだけなのにマージのときにコンフリクトするpbxprojさん。。。 ただそれぞれファイルを追加だけのことでコンフリクトするなんて… どうにかならんもんかいとTwitterでつぶやいたところ、 @azu_re さんから有り難い教えが! @tokorom gitはファイル別にマージ方法を指定できるので、mergepbxみたいなのをpbxprojのマージ
git diffを見やすくする git diff --color-words で差分を小さく表示する 通常のgit diffは行単位なので、例えば変数名を一括変更した場合見づらいです。 --color-wordsを指定すると記号やスペースで区切られた単語単位でのdiffを表示できます。gitの設定は不要です。 より細かな表示のカスタマイズも可能です。man git-diffで--word-diffを検索してみてください。 ※ただし、変更が複雑な場合は、通常のgit diffのほうが見やすいこともあります。 .gitattributesを設置してもっと小さく表示する .gitattributesファイルを設置することで、言語文法に基づいて変数名、関数名といった単位でdiffを表示できます ファイル設置後にgit diff --color-wordsとすると、下記のようにさらに小さく表示できま
はじめに 4月まで残すところ2ヶ月と迫り、新卒などを対象とした新人研修の準備が始まっている頃かと思います。 新人研修の中でgitを教える際に、筆者はtigの活用をおすすめしています。 講師の立場からすれば、短い時間に高効率でgitの本質を伝えることができます。 研修生の立場では、tigを利用して簡単で直感的にgitリポジトリを閲覧・操作することができます。 tigを使うとどうしてそうなるのか、いくつかの理由を以下に紹介します。 セットアップが簡単ですぐ使い始められる tigは依存関係が少なくポータブルな実装でありインストールが簡単です。 会社から提供する開発サーバーであっても、社員ひとりひとりが所有するPCやMacであっても、 yumやbrewなどのパッケージマネージャから少ない手順でインストールすることができます。 一例: CentOS6.4にgit tigインストールと使い方 - Qi
Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プル リクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョン コント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く