You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
何か? git commitのオプション--allow-emptyご存知でしょうか? これは、オプションの名前の通り空のコミットの作成を許可するオプションです。 通常変更がないとコミットが作れないようになってるので 空コミットを作るにはこのオプションを指定する必要があります。 add(もしくはrm)もしない(stageに何も載せない)で commitしたときの注意文には登場するので知ってましたが使ってませんでした。 最近、開発フローの中で使い道を思いついて使うようになったので紹介です。 その1 空Pull Request作れる プルリクって、基準になるブランチから変更されたコミットがないと作れないと思ってます。 でも、変更はないんだけどプルリクのcommentに変更の「概要」「目的」「ビジネスインパクト」「どの数値が改善するのか」など色々さきに書いておきたいこととかありますね。 考えてる内
前回の記事でGitHubとJenkinsを用いた自動デプロイ環境の概要をご説明しました。 GitHubやJenkinsと連携した開発環境作成でのrsyncとの出会い 今回は、その環境を実現するための設定手順を書いて行きたいと思います。 大きく4つの手順があります。 Jenkinsのインストール Apacheの設定 JenkinsとGitHubの連携 自動デプロイ設定 開発環境 ・CentOS 6.2 ・Apache がインストール済み Jenkinsのインストール まずは、Jenkinsのインストール 通常ならば、運用するサーバとJenkinsが動いているサーバを分けるべきですが、サーバコストの都合などで今回は同一サーバ上で動かすことにします。 ApacheサーバとJenkinsサーバが同じport80で待つことはできないので、jenkinsをport:8080で動かすことにします。 また
git log --graph --onelineをメインに使っていたんだけど、現在時刻に対する相対的な時刻とかコミッターの名前とか表示したくなったので色々いじってた。%C(white bold blue)とかでターミナルの色を参照して文字色と背景色を指定することができるということを理解するまでが長かった……。 上記スクリーンショットのようなgit logは以下のようなコマンドで実現できる。 $ git log --graph --pretty='format:%C(yellow)%h%Cblue%d%Creset %s %C(black bold)%an, %ar%Creset' %dで参照名(ブランチやタグ、リモートブランチ)を、%anでコミッターの名前を、%arでコミットの相対的な日付を表示するようにして、%Cで色を変えている。%Credと%Cblue、%Cgreen以外を使う場合は
最近社内に OSQA が導入されて (hiboma++) そこでも聞いてみたんだけどたぶん将来そこに書いたことを忘れると思うのでこっちにも書いておく。コメントもらえたらうれしいです。 git-svn 使っててリモートブランチと対応してるローカルブランチ(git svn info --url で branches/foobar とか出るやつのこと、正式名称わからん)を master にマージするときは --no-ff をつけろ、というのはぐぐるとよくでてくる(--no-ff しない == fast forward してしまうと master の remote url が trunk でなくなってしまうから) しかしふつうのトピックブランチの場合は remote url は trunk のままなので --no-ff をつける必要はない。必要はないがそのかわりに選択しなければならない。どのように
チーム開発で Git を使ってから半年ちょい位経ちました。 Git 玄人な人たちに囲まれて開発していたおかげで、そこそこ Git 力がついてきました。 そんな中で、ブランチの統合(マージ)についての考え方が大分固まって来たのでまとめます。 まずは結論から。 統合するブランチ → 統合されるブランチ : 統合の為に使うコマンド ローカル(自分用) → ローカル(自分用) : 適当に ローカル(自分用) → ローカル(リモート用) : merge --squash リモート → ローカル(リモート用) : pull --rebase ローカル(リモート用) → ローカル(自分用) : rebase ローカル(リモート用) → ローカル(リモート用) : merge --no-ff ローカル(リモート用)は、リモートドラッキングブランチからチェックアウトしたブランチを指してます。 要は、git
新さくらのVPSへの引越しメモ vol.3 GitLab + Unicorn + Nginxの導入 vol.3 目次 依存モジュールの導入 システム管理ユーザ作成 Nginx GitLab用Ruby(rbenv + ruby-build) Gitolite GitLab Unicorn いよいよGitLab環境を構築していきます! 依存モジュールの導入 GitLabやRubyで必要になるモジュールを導入します。 ひとおもいに全部一行で入れてもらっても構いません。 zlib-devel %sudo yum -y install zlib-devel openssl-devel %sudo yum -y install openssl-devel mysql-devel %sudo yum -y install mysql-devel libxml2-devel %sudo yum -y in
Captcha security check morninglab.com is for sale Please prove you're not a robot View Price Processing
Android SDK r14(Android 4.0をサポートしたバージョン)から、VS-Androidのサンプルですらビルドが通らなくなった。VS-Androidのサンプルのチュートリアル通りにやってみても失敗し、次に示すエラーメッセージが表示される。 Your build.xml file is outdated. Delete it and regenerate it with 'android update project' そもそもVS-Androidを入れての開発環境ではbuild.xmlはサンプルからコピーして使っていたし、これはそもそも自動生成してできるものじゃなかった。 ■調査結果 このエラーメッセージはそもそもどこで出されているのかを調べてみた。 r14の状態では、このメッセージは tools/ant/pre_setup.xml に記載されていた。 従来までなら、ここ
1. Keep your source code at your server! Your own lite app for projects/repositories hosting on your server. Fast, secure and stable solution based on ruby on rails. 2. Use Git! We use git as version control system for projects 3. Browse source-code, issues, comments. Manage team access to repository
エンジニアの友達にgithubなどgitを使用した共同開発時の豆知識を教えてもらったので、忘れないようにメモしておきます。Thanks, Shawn! マスターとのマージ時には事前にgit rebaseを使う gitを使って共同開発をすると、たまにこんなコミットメッセージを見る機会があるかもしれません。 Merge branch ‘master’ of git://github.com/hogehoge これは、最新のマスターを私のブランチにマージしたわよ、という意味合いのコミットメッセージなのですが、正直いりません。開発者それぞれがブランチとマスターをマージするたびにこのようなメッセージをログに残してしまうと、それだけでコミット履歴を占有し、重要な情報をたどるのが困難になります。 このマージ時のコミットメッセージが発生してしまう原因は、左側の図のようにpull requestを出す前に最
GitHubクローンの代表格なGitホスティングサービスGitorious,今では例えばQtもホスティングされています. このシステムをまるごと自分のWWWサーバに入れて,ユーザ数やプロジェクト・リポジトリ数,非公開設定まで無制限な,WEBベースのリポジトリ管理システムを構築することができます. タイミング悪いですね もともとMarcurialホスティングサービスなBitbucketがGitに対応して,無料アカウントでもユーザ数5人まで,公開/非公開・数・容量共に無制限のGitリポジトリを置けるというとんでもないサービスが始まりました. 何と言うことでしょう.やっぱ外に置くのは不安じゃんって人もいるでしょうけど,それにしても今日の記事は無駄になるのでしょうか. ビルドサーバとしてfook書いてCIと連携したりできるシステムを構築するところまですれば,差も出るのかもしれません. そこまでする
2019-11-12 Comments/Wiki/PukiWiki/スパム(spam)を防止する方法 2019-11-01 Delphi/XML/Delphi付属のXMLライブラリ 2019-08-27 Comments/SaGa2 秘宝伝説/モンスター一人クリア 2019-07-11 Comments/git/git rebaseを元に戻す方法 2019-06-08 VBA/関数呼び出し時に「オブジェクトが必要です。」というエラーが出る 2019-03-07 Comments/PhotoShop/「下のレイヤーとグループ化」はどこいったの? 2019-02-06 Ruby/Ruby on Rails/コントローラーのメソッドをビューから呼び出す方法 2018-12-14 Comments/Eclipse/エクスプローラーペインで階層表示されないのを直す方法 2018-03-07 Ruby
Git に挑戦して悪戦苦闘の末に WebDAV 経由で使えるようになったのでメモっとく。 メインリポジトリを置くサーバは CentOS 5.4 に git-1.5.2.1-1.el5.rf クライアントは Win7 + msysGit git version 1.6.5.1.1367.gcd48 Apache の WebDAV 設定 /var/www/gitrepos/ 以下にリポジトリを置くことにして、外からは http://***/git/リポジトリ名 でアクセスするようにする。 設定は git.conf に書いて、再起動 # emacs /etc/httpd/conf.d/git.conf Alias /git/ /var/www/gitrepos/ <Location /git/> DAV on AuthType Basic AuthName "Git" AuthUserFile
プロジェクトでHTTP 経由の gitを使っています。 生憎サーバのディスクが壊れてしまったので、OSのアップデートを 含め入れ替えを行ったのですが、それ以後、git push で lock エ ラーが発生するようになってしまいました。 % git push error: cannot lock existing info/refs fatal: git-http-push failedパーミション問題かな、と該当 repos にある info/refs のパーミションを確認しましたが、問題ないようです。 # ls -la total 64 drwxr-xr-x 2 www admin 16384 Jul 15 16:52 ./ drwxr-xr-x 7 www admin 16384 Jul 15 16:42 ../ -rw-r--r-- 1 www admin 2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く