Linus Torvalds氏によるGitの内部構造の解説 - Qiita
初めに LinusによるGitのinitial commitのREADMEの訳です。 社内のSVNからの移行を促すために資料を整備していたのですが、SVNでやっていたことを移し替えたりコマンドを覚えたりするより内部構造を知ったほうが早いことに気づきました。 それで、gitの内部構造についての解説資料を色々見ていたのですが、データ構造については原作者のこのREADMEに言い尽くされている気がします。のみならず、gitを使うものが抱くべき精神性のようなものが示されており、深い感銘を覚えました（ヒャッハー）。 README: ”GIT - 馬鹿コンテンツトラッカー” コミットメッセージ：git, 地獄からきたインフォメーションマネージャ gitの意味 "git" は何を意味することも出来る、お前の気分次第だ。 3文字で、発音可能で、実際のUNIXシステムで共通コマンドとして使われていないものであ
git pushで本番環境に“自動デプロイ”できる環境を作ってみよう！ | vdeep
こんにちは、okutani(@okutani_t)です。Gitを使えばかんたんにプログラムのバージョン管理をすることができますが、リモートにリポジトリをプッシュする機能（git push）を使えば「本番環境への自動デプロイ」がかんたんにおこなえる環境を構築することができます。 今回は一例として、僕のポートフォリオサイト（okutani.net）をGitで管理して、本番環境に自動デプロイできるようにする流れで解説しています。 次の環境でおこないます。 ローカルリポジトリ MacPC上で管理。 本番環境 エックスサーバーにリモートリポジトリを作成し、そこにプッシュすることで本番環境にデプロイできるように設定していく。 GitHub GitHubでも管理しているため、本番環境とGitHubへのプッシュを同時にできる設定もおまけで設定。 参考: GitHubのURL→「https://github
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
オライリーから分散バージョン管理システムの本が出る - YAMDAS現更新履歴
Version Control with Git 作者: Jon Loeliger出版社/メーカー: Oreilly & Associates Inc発売日: 2009/06/01メディア: ペーパーバック購入: 1人 クリック: 35回この商品を含むブログ (6件) を見る Mercurial: The Definitive Guide 作者: Bryan O'Sullivan出版社/メーカー: O'Reilly Media発売日: 2009/07/04メディア: ペーパーバック購入: 1人 クリック: 83回この商品を含むブログ (5件) を見る 来月オライリーから分散バージョン管理システムの代表選手である Git と Mercurial の本が出る。邦訳が出るのはいつだろうね。 それにしても最近の git 熱の高まりは大変なもので、バージョン管理システムに未だ CVS しか使ったこと
Google製のGit用ソースコードレビューシステム·Gerrit MOONGIFT
ソースコードのレビューはシステムの品質を高めるのに大切な作業だ。GoogleやVMWareでも使われており、ブラウザを使って差分を確認してコメントができるようになっている。社内向けには拙作のSubversionソースコードレビューシステムの宍道湖がある（Rails製）。 Git向けソースコードレビューシステム この手のツールはSubversion向けのものが多かったが、Gitでも使いたいならGerritに挑戦してみよう。 今回紹介するオープンソース・ソフトウェアはGerrit、Git向けソースコードレビューシステムだ。 GerritはGoogleが大々的に発表している訳ではないが、Google社員が開発しておりAndroidのオープンソースプロジェクトにおけるソースコードレビューにも利用されている。他のシステム同様に差分を見て、そこにコメントすることが可能だ。 差分を見てコメントする 差分
今更ですがgit入門 - プログラミングノート
ふとiPhoneのサンプルコードとか入れておくと便利かなと思い、使ってみたくなったので環境を整えてみました。 インストール gitのサイトからv1.6.2.3のソースを取得してインストール。 $ tar zxvf git-1.6.2.3.tar.gz $ mv git-1.6.2.3 /usr/local/src $ cd /usr/local/src/git-1.6.2.3 $ ./configure --prefix=/usr/local/git $ make $ sudo make install githubに登録 アカウントは少し前に作っていたのでssh関連から。 1. public key を登録 アカウントページからpublic keyを登録します。public keyは以前作っていたものをそのまま利用しています。さくらサーバでsvn+sshを利用する方法(Linux/Mac
gitのインストールからgithubの登録まで - download_takeshi’s diary
最近人気のgithubを試してみました。 gitさわるの初めてだったのでインストールするところから書いて行きます！ まずはgitのインストール 触ってるサーバがCentOS 5.1なので、yumってみることにしました。 /etc/yum.repos.d/CentOS-Base.repo に以下を追記。 [dag] name=Dag RPM Repository for Redhat EL5 baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag gpgcheck=1 enabled=1 gpgkey=http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txtあとはyumでインストールするだけ。 [miki@server ~] yum install gitラクチンでした。 git
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Git
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency. Git is easy to learn and has a tiny footprint with lightning fast performance. It outclasses SCM tools like Subversion, CVS, Perforce, and ClearCase with features like cheap local branching, convenient staging areas, and multiple workflows.
gitリポジトリの仕込み方 - はこべにっき ♨
最近のgitリポジトリの仕込み方のオレオレまとめ． このソースコードはバージョン管理しとこうかなと思ったら，プロジェクトのディレクトリで， $ git init としてリポジトリをつくる．とりあえず，ここでコミットしまくる．初期化のらくちんさがgitの良いところの一つだと思う． そのうち，このリポジトリを複数のマシンからアクセスしたくなる．(サーバ/クライアントなsvnっぽく使いたくなる．) そうなったら，おもむろにサーバ機で $ git clone --bare /path/to/git/working /path/to/git/repos.git としてbareリポジトリをつくる．bareリポジトリは，作業ファイルがない管理情報だけのgitリポジトリ．リポジトリにgit pushとかをしたい場合はbareリポジトリにする．bareじゃなくてもいけるっぽいけど，どうせそこでは作業しない(
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Archer and Git | へぼい日記
こわくない Git
jugyo.org
http://buzzurl.jp/entry/%20%E5%88%9D%E3%82%81%E3%81%A6%E3%81%AE%20Git%20%E3%81%A8%20github%20%E5%85%A5%E9%96%80%20-%20%E3%81%B2%E3%81%92%E3%81%BD%E3%82%93%20OS%E3%81%A8%E3%81%8B%E4%BD%9C%E3%81%A3%E3%81%A1%E3%82%83%E3%81%86%E3%81%8BMona-/1259675
はじめてのgit - IDEA*IDEA 〜 百式管理人のライフハックブログ
Web業界で転職・キャリアアップをするなら - ウェブキャリア