WordpressをGitで管理する - Tatsuquito
Wordpressそのものやインストールしたプラグインは頻繁にアップデートされるので、割とまめに対応しなければならない。また、カスタマイズする箇所が増えて来ると、どこを変えたか？わからなくなってくるので、バージョン管理の仕組みを入れてコードを管理したほうが良い。 バージョン管理の中ではGitが一番簡単そうなので、いろいろ調べてみたが、意外とWordpressの管理に使っている情報が少なかった。やってみると簡単にできる上、お客さん向けにステージング環境を提供するのに便利なので、自分の環境の作り方をまとめてみる。 自分の開発環境を図にするとこんな感じ： Macbookの上で走らせているVMWareにUbuntuで開発環境をたて、そこでWordpressのカスタマイズをしている。カスタマイズの対象となるWordpressのコードはCoresever上にあるGitのリモートレポジトリに格納され、U
Version Control for Designers
このドキュメントは Version Control for Designers の日本語訳であり、元のドキュメントと同じくソースコード管理に予備知識がまったくない人を想定している はじめに リポジトリの構造 ブランチ 作業の流れ ブランチを切る その他の便利なツール ベスト・プラクティス はじめに What have you done for me lately? バージョン管理、ソース管理やリビジョン管理とも呼ばれているものはあらゆる開発に必須である。なぜなら基本的にはメールやインスタント・メッセンジャーと同じようなコミュニケーションをとることができるツールでありながら、人々の会話ではなくソースコードを元にして機能することができるからだ。 バージョン管理 他のプログラマと簡単に意思の疎通を図ることができる 開発チームでコードを共有することができる デプロイしている「製品」バージョンを別個
PIXELAPSE and DROPBOX
Five years ago, Min Ming and I had this notion that designers didn’t have access to the same types of structured collaboration tools that programmers had built for themselves with CVS, SVN and later git. Min Ming had worked as a designer at Google where he found that assets were internally organized in a single massive shared folder. Finding the latest version of a file was nearly impossible with
もうPSDは無くさない！デザイナー版GitHubのPixelapseはうっかりデザイナーの救世主！ - ウェブ狂の詩 - @takejune
2012年05月08日 12:00 カテゴリ もうPSDは無くさない！デザイナー版GitHubのPixelapseはうっかりデザイナーの救世主！ Posted by takejune No Comments No Trackbacks ●この記事のターゲット ・iOSアプリのデザインをしている人・デザイナーと名のつく職種の人・仕事でpsd,pngファイルを作る人・その中でもうっかりした性格の人 つまりこんな人。 ●404 PSD Not Found 全国のPhotoshop使いの皆さんこんにちは。 気がつけば、1999年にPhotoshopを使い始めて13年くらい経ちますが何故でしょう？ PSDを無くしてしまうことがたまによくあります。 どこに保存したか分からなくなる、なんてことは今時流石にないんですが(spotlight超便利) よくやってしまうのが、別ファイルとして保存すべき時に上書
クリアなコードの作り方: 意図が伝わるコミットのしかた - 2012-03-13 - ククログ
コミットメッセージの書き方ではコミットをわかりやすくするためには以下の2つの条件を満たす必要があると書きました。 コミットの内容が分かりやすく説明されていること コミットの内容が小さくまとまっていること このうち「コミットの内容が分かりやすく説明されていること」についてはすでに説明済みです。今回は「コミットの内容が小さくまとまっていること」について説明します。 めざすところ 単純にコミットの内容を小さくするだけではわかりやすくなりません。それでは、どのような基準で小さくすればよいのでしょうか。 よく言われることは1つのコミットには1つの小さな論理的にまとまった変更だけにする、というものです。たしかにこれは重要です。しかし、これだけを基準とすると、人によっては大きめなコミットになってしまいます。人それぞれで論理的なまとまりの大きさが異なるからです。 1つのコミットでどうすればよいかを考えるの
gitで始めるバージョン管理
こんにちは、斉藤です。 皆様はソースコードの管理（バージョン管理）をどのようにしてますか？ 今回は"git"(ギット)という、バージョン管理システムについて、ご紹介をします。 * バージョン管理って？ 例えば、ソースコード中に昔のコードをコメントアウトをして、残しておく。 あるいは、xxx.php.bakみたいに、昔のコードを取っておく。 そんな開発方法をやったことはありませんか？ この方法をしていると、後で見返したときに、これなんだっけ？ってことになってしまいがちです。 消すべきかどうか分からないコード、ファイルが残っているって状況は、あまり気分的に良くないですよね。 これを解決できる方法が、gitなどのバージョン管理システムです。 ソースコードの編集履歴（バージョン）を記録することによって、特定の開発履歴に戻る、最新のソースコードと比較する、といったことが可能です。 バージョン管理の良
Accueil
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... Les transactions
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
たのしいGit - Nalsh's Notes
序 言うまでもないことだが、タイトルはジョークである。 そもそもバージョン管理は本来我々がしたい事ではない（一部の人を除く）。別に作りたいものがあり、そこでの作業を円滑に進めるためにバージョン管理するのだから、所詮はヤクの毛刈りである。さらに、Gitクライアントのへっぽこさも相まってなかなかに時間を食われる。この文書はそのような人々が、より円滑にGitを使えることを祈って書かれた。 なお、バージョン管理というのはとても複雑なシステムであるため、バージョン管理自体が目的な人には楽しい世界である。そのような人々はぜひGitやその他のバージョン管理システムのマニュアルやソースコードを読んでいただきたい。きっとその奥深い世界を堪能できることだろう。 Git概説 Gitはこれまでの旧来のバージョン管理システムとは一風違った設計で作られている。また、Git特有の概念も多い。なので、まずGitの概観を説
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - hatena/Git-for-Designers: はてなのデザイナ向けの Git 入門ドキュメントです。
gitお悩み相談室
デザイナーのためのGit入門、インストールから使い方まで参考資料