やはりデプロイは自動化しなければまずいということで。全て手で書き換え+ftpでアップロード状態からgit push一発で完了させるようにしました。ディレクトリの配置や環境は前記事準拠です。 CakePHP2.1をさくらのレンタルサーバー+マルチドメイン使用でデプロイ やったこと ・コードで環境の差分を吸収 ・DBのマイグレーション ・git push をフックにスクリプト実行 前提 Gitでソースのバージョン管理をしている コードで環境の差分を吸収 開発環境と本番環境で設定が異なる部分を、全てコードで吸収します。 僕の場合書き換えたのは以下の4ファイルです。 ・bootstrap.php ・core.php ・database.php ・webroot/index.php 基本方針は、IPを見て場合分けです。 bootstrapに定義したURL定数と、coreのdebug設定をこんな感じで
社内向けにまとめたかったので、備忘録として。。。 各種パスはご自身の環境にあわせてどうぞ。 面倒くさいのでクリーンな状態から説明します。 クリーンな状態にするには、 1. TortoiseSVNをアンインストール（コントロールパネル＞プログラムと機能） 2. TortoiseGitをアンインストール（同上） 3. msysGitをアンインストール（付属のアンインストーラー） 4. Puttyをアンインストール（コントロールパネル＞プログラムと機能） 5. 環境変数をクリアする（コントロールパネル＞システム＞システムの詳細設定＞詳細設定＞環境変数） GIT**とかPLINK**系を削除します。特にGIT_SSHは消しておく。 なぜ、Puttyをアンインストールするかは、ssh回りで環境やツールが散乱するのを嫌ってです。 gitbash + gnuwin + opensshで充分ですし、鍵ペア
Gitポケットリファレンス 下記3つはいずれもcommitの修正ですが、違いが分からない人は Gitポケットリファレンスを読むことをオススメします。(答えはGitポケットリファレンスに書いてあります。) 以前書いたとおり社内SubversionリポジトリをGitHubへの移行中で GitHubへの本格移行する前に、「運用ルール決め」と「意識合わせ」の意味で 社内のインフラ系エンジニア向けに「Git、GitHub講習会」と銘打って勉強会を開催。 個人的にはGitHubも活用してて、Git自体も理解しているつもりだったんですが、 人に説明していると、理解があやふやな点が結構あることがわかったので、 先日発売されて、周りの評判も上々なGitポケットリファレンスを購入。 Gitの概念について説明している書籍は多数発売されていますが、本書はGitの一つ一つのコマンドについて 見やすく説明されているの
OTに対するCRDTの利点 OTに対するCRDTの利点 backlog ベトナムにおけるBacklog活用のリアル ベトナムにおけるBacklog活用のリアル backlog Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること backlog 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました backlog Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 backlog 創業からもう
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
Git を使用していると特定のコミットを指定したいことが多々あります。 例えば: コミットされる内容を確認したり(git diff)、コミットされた内容を確認したり(git show)、pull request された内容を確認したり(git log -p)、アレやコレを元に戻したり(git reset 等)コミットの順序を入れ替えたり(git rebase -i 等)1つのコミットを複数のコミットに分割したり(git rebase -i 等) 等々です。 この時、一番確実なのは git log でコミットのIDを調べて、そのIDで指定することです。 ただ、これは確実ではあるものの、40文字もの英数字の羅列をコピーするのは面倒です。 どうにかして簡単に指定できないものでしょうか。 現在のブランチの最新のコミットを指定する HEAD で指定できます。 これ単品だと面白くありませんが、他の記法
GitLabはgithubのクローンのようなもので、表に出せないけどgithubみたいなものが使いたいという場合に有効だろう。 ここではCentOS6 (x86_64)にインストールする手順を解説する。 yum用の追加レポジトリの設定CentOS6の標準レポジトリには存在しないパッケージが多数あるため、epelとremiを使用する。まだepelとremiを利用していない場合は、以下のように設定する。 rpm -Uvh http://ftp.jaist.ac.jp/pub/Linux/Fedora/epel/6/x86_64/epel-release-6-7.noarch.rpm rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm 必要なパッケージの導入CentOS6.2のrubyのバージョンはデフォルトで
Pull Requestをためたりなどして、マージする競合（コンフリクト）が発生すると、GitHubでは自動マージできないためこの様な表示になる。 この様なときの解決方法は、競合が発生しているため、人間が判断して取り込む必要がある。 自分のリポジトリへマージする まず、Pull Requestを受け取ったリポジトリを最新の状態にする。 $ git clone [email protected]:hirocaster/wdpress69.git Cloning into 'wdpress69'... remote: Counting objects: 236, done. remote: Compressing objects: 100% (122/122), done. remote: Total 236 (delta 134), reused 211 (delta 111) Receiv
こんにちは！志田です。 最近ドラクエモンスターズを購入しました。 だいあくまの書・シュプリンガー・メッサーラのパーティでがんがんいってます。 配合を繰り返していると、「この組み合わせ、AにもBにもなるのに！どっちが強くなるんだろう？」ということがたびたび起こります。 そんなときに使えたらいいのが、今回ご説明するブランチです。 前回のあらすじ 前回の記事では、バージョン管理と基本的な動作について、ご説明しました。 ・バージョン管理にgitを使おう！ ・コミットを繰り返し、キリのいいところでプッシュする ・コミットを重ねることでバージョン管理ができる こんな経験ありませんか みなさん、これまでの経験で、こんな経験ってありませんか？ ・直すことによる影響範囲が広いため、もしきちんと改修できて、テストもできたら安定バージョンに含めたい 今まで何度もコミット・プッシュを重ねてきたプロジェクト。現在は
誰も書かないから連投だよ！キー！！どうも、こんにちは nakamura です。 個人的には去年辺りから Git を使う場面が増えていたのですが、ここ最近やっと会社的にも使い始めるようになりました。いざ会社やチームで Git を使うとなると問題になるのが GUI で使えるのかどうか？という所だと思います。（うちのデザイナー陣は cd と ls しか Unix コマンド知りません・・・）GUI の Git クライアントも最近は色々と充実してきたようなので簡単にまとめてみようと思います！ TortoiseGit TortoiseGit いわずもがな Subversion で圧倒的に使われている TortoiseSVN の Git 版です。ちょっと前に触った時はまだまだだな～なんて思ってたのですが、最新版を改めて入れてみると普通に使えるようになってました。 日本語化もこの辺でできるみたいです。→
Gitのメンテナーである濱野さんが書かれた本がオススメ。 お金を出すのが惜しい人は Pro Git あたりで、学ぼう。 「githug」でgitの基本操作を算数ドリルみたいに学ぼう！ githugなどで実際に手を動かしながら学習して身につけましょう。 個人的にはGitはコンソールから実行するのが一番シックリ来ています。 .gitconfig gitの設定を徹底的にきちんとしておくこと。 あたりで知識を補完しながら .gitconfigに設定してるaliasなどのまとめ – ゆるよろ・オブ・ザ・( ;ﾟ皿ﾟ)ﾉｼΣ ﾌｨﾝｷﾞｨｨｰｰｯ!!! 日記 あたりの実際に使用している人の設定を参考にすると、スタートダッシュできる。 ブランチ戦略 ブランチ戦略をきちんと立てないと、カオスになるので、考えよう。 見えないチカラ: A successful Git branching model を翻訳し
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
関係各所の協力により実現した1日にとても感謝している@HIROCASTERでございませう。 スタッフとして協力してくれる仲間がいたり、突発LTやってくれたりなど、Agile渋谷のおなじみのの雰囲気がアウェイの銀座も垣間見れたのもよかったです。 1日暇になったからLTやりにきてくれる仲間がいたり、おもしろかった。 Book1st銀座コア店では、Web+DB PRESSを1冊ずつ持った人が7人以上並ぶという光景があったとか。 「The GitHub」イベント詳細発表！話題のあの人が登壇 #Agile渋谷 こちらのイベントのまとめです。 感想 個人的な感想としては、やはり感じていたとおり、GitHubを使いまくってる人とほとんど使っていない人にグッサリわかれてしまっているのかなと。 仕事じゃ使えないけど、プライベートだと使いまくってるなんて、ケースはあまり聞かない。 そして、GitHubを使って
こんにちは、 rosylilly です。すっかり Advent Calendar のことを忘れていて、大急ぎで記事を書いています。ちゃんと予定は管理しておかないといけませんね…… ということでいつも使っているコマンドの中で 3 つほど紹介されていなかったものがあったので紹介しようと思います。 git grep コマンド 特定の語句が含まれているファイルを検索し、そのファイルでその語句が含まれている行数などを調べるコマンドです。 通常の grep コマンドなどを利用してもいいのですが、コマンドがわかりにくいのと、対象として指定するファイルを指定するのが面倒です。 その点 git grep だと、 git が管理しているファイルだけが検索対象になるので、手軽にリポジトリから検索することが出来ます。 また、オプションを使うことでより柔軟な検索も実現出来ます。一部を紹介しておきますので、man g
前々回のGit解説の続き。 Gitでは色んな作業の仕方があります。 デザイナーとエンジニアの間でよくある作業の流れをイメージ描きつつ説明してみようかと。 今回は「エンジニアとデザイナーが同じブランチで作業する」です。 まず朝出社！ 今日は検索ページを作るお仕事をすることになりました。 このイメージにそって説明してみます。 [イメージ内：P-1] エンジニアがみんなの場所（remoteとか呼ばれてるところ）から最新の「master」ブランチを持ってきて… そこから「search」というブランチを作りました。 [イメージ内：P-2] エンジニアは「search」というブランチで、検索フォームのあるページを作成しました。 デザインはまだ入ってません。 [イメージ内：P-3] エンジニアは「git push」というコマンドで みんなの場所remoteに「search」ブランチを置
GitHubのイベントである「The GitHub poweredby Agile渋谷 〜日本のSOCIAL CODINGの今を見る〜」の懇親会を受付始めました@HIROCASTERでございませう。 イベント参加者以外でも参加可能のため、イベントは補欠だったけど、どういうふうにGitHubを使っているのか聞きたい人は、ご参加ください。（イベント参加者優先で、空気読んで登録してください） イベントではGitHubの話をするので、Gitが使えることが前提になっています。 そこで、Gitの基本操作方法を学べる「githug」を紹介します。 githug Gazler/githug 「githug」はgitの基本操作を実践的に学ぶための良いソフトウェアです。 特に他のバージョン管理システムを使ったことのある人がgitの基本操作だけを学ぶだけならちょうど良い。 インストール gemで公開されているの
これまではcommitされたコードを、commit(push時)メールでなんとなく見ていたが、取りこぼしも多いし、忙しいと、つい見なくなってしまうので、なんかいい方法はないかなとここ数カ月くらいぼんやり考えていた。で、簡単なスクリプトでできそうと気づいたのでメモ。Githubに置いてあるようなオープンソースなコードとかも追いやすいんじゃないかなー。 ちなみに、このスクリプトを書く前に、コードレビューシステム的なのを導入しようかとGerritとか、Review Boardを少し試してはみた。でも、うちで使うにはちょっと大げさ過ぎるので、導入してもツールに踊らされる or 使わなくなる、という感じがしたので、とりあえずやめた。 いまいち気に入らない点としては、Gerritとかは完全にcommit単位でのレビューなんで、ちょっとしたパッチレベルならいいのだが、がりがり書いていく中ではちょっと現実
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
