「マージがなんとなく怖い」「リベースするなって怒られて怖い」「エラーが出て怖い」 Git 入門者にありがちな「Git 怖い」を解消するため、Git のお仕事(コミット、ブランチ、マージ、リベース)について解説します。Read less
PHPのようなゆるふわな言語を安全に書くためには、コードの綺麗さや作法などを担保する手段が大切になります。 IDEを使う、JenkinsなどのCIサーバーを立ててチェックさせるなどの方法が考えられますが、今回はgitの pre-commit hook を利用して、一定の条件を満たしていないコードはそもそもリポジトリにコミットができないようにしてみました。 できるようになったこと 今回以下の様な事ができるようになりました。 git commit時に、 コミットされるファイルにシンタックスエラーがあるPHPファイルがる場合、コミットが失敗する。 コミットされるファイルに作法の悪いコードが有る場合、(使用してない変数があるなど)コミットが失敗する。 PSRに則ってないファイルが有る場合(改行コードやインデントの統一など)、整形してからコミットする。 これにより、レポジトリ上にコミットされるファイ
昔からファイルの履歴管理はファイルをコピーして、ファイル名に日付をつけて頑張ってましたOsamuです。 さて、今年からプログラミングを始めるて、チームで1つのWeb開発をしていく上で、ソースコードの履歴管理は外せない問題です。 私は2014年からこの問題に触れたので、専らGitでソースコードの履歴管理をしております。 ある時社内の管理サーバーの契約を変更したので、その中に保管されていたGitリモートリポジトリの移行が発生しました。 まだまだGit初心者の私からするとどうしていいやらGoogleで調べたのですが、「SubversionからGit移行」「Githubへ移行」といった手順は星の数程見つかるのですが、単純なGitリモートリポジトリのサーバー移行手順が中々見つからなかったのです。 という事で今回は私が行ったGitリポジトリのサーバー移行の手順を纏めます。結構簡単でした。 Gitリモー
社内向けに「こわくない 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 すると、空のマージコミットが作られてしまうのです。
Gitでマージしたバイナリファイルがconflictした場合の解決策 Gitでマージした際にバイナリファイルがコンフリクトした場合 現在いるブランチaにブランチbをマージした際に、db/development.sqlite3がコンフリクトした場合。 ブランチaの方を採用する場合 git checkout --ours db/development.sqlite3 ブランチbの方を採用する場合 git checkout --theirs db/development.sqlite3 その後にgit commit する。 ちなみにコンフリクトしたファイルの確認はgit ls-files -u タグ:Rails git Tweet posted by digital-squad at 2010年05月25日 11時20分 | Comment(0) | TrackBack(0) | Git この記
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く