JenkinsでiOSアプリ開発の細々した作業を自動化する（その１ 〜 Git → GHUnit → ビルド） | DevelopersIO
はじめに サーバーサイドやWeb画面の開発では使われていましたが、ネイティブアプリ開発でJenkinsの導入が無かったため、今更ながら設定してみました。自動化って楽しいです。iOSのネイティブアプリ開発でJenkinsでGitリポジトリから取得し、GHUnit、ビルド、TestFlightで配信、HipChatに通知する環境を構築します。 今回はGitからソースの取得 〜 GHUnitでのUnitTest 〜 アプリのビルドまでです。 ビルドにはXcodeのコマンドラインツールが動作する環境が必要なのでMacが必要です。 流れ Gitリポジトリからソースファイルを取得(Jenkins GIT client plugin, Jenkins GIT plugin) GHunitでUnitTest(Xcode integration) ビルド(Xcode integration) TestFli
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書かず、ブランチ戦略とリリース管理についてだけ述べよう。 以下では、
transitive.info - Git 使い方 見出し一覧
Recent Entries 2024/04/27 Ubuntu 24.04 のインストール & 設定 2023/11/04 WZR-600DHP2 への OpenWRT のインストールと設定 2023/11/02 scrcpy で Android の画面を Ubuntu に表示する 2023/10/29 Ubuntu 24.04 で PT3 を Mirakurun と EPGStation で使う 2023/07/15 LIFEBOOK WU-X/H1 での Ubuntu 23.04 と Windows 11 のデュアルブートと設定 2022/11/22 Ubuntu 22.04 に Mattermost をインストールする ページ一覧へ Archives 2024 (1) 2023 (4) 2022 (7) 2021 (5) 2020 (5) 2019 (6) 2018 (7) 201
Githubを使ったpull requestベースのワークフロー（pull request送る編） - toyoshiの日記
あるプロジェクトをpull requestベースの開発に変更するので説明の練習もかねてワークフローのまとめ。（pull requestを送るところまで） 要点はブランチをきって作業することと、fork元の変更に追随してからpull requestを送るという２点。 ※下記内容は僕のチーム向け（少人数向け）の内容です。日本語のドキュメントとしてはすでに「GitHubへpull requestする際のベストプラクティス - hnwの日記」という素晴らしいエントリがありますので、そちらを先に読むのがよいと思います。 ワークフロー （初回のみ）masterブランチをforkする （初回のみ）cloneする ブランチを作って作業をする コミットをまとめる（整理する） fork元の変更に追随する pushする pull requestを送る 実際の作業例 masterブランチをforkする ただし各ユ
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
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をボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
bash と zsh のプロンプトに git の branch 名を表示するアレやってみた。
プロンプトに git のブランチ名表示するやつ、やろうやろうと思っていてやってなかったのだけど、ちょっとやる気出して設定してみたら結構便利だったのでメモ。 CentOS+Bash と Ubuntu+Zsh という二つの環境で設定した。 CentOS + Bash よくあるサーバな環境。 bash-completion のインストールが必要だった。 $ sudo yum install bash-completion $ vim ~/.bashrc # 以下の文言を追加する。 if [ -f /etc/bash_completion ]; then . /etc/bash_completion fi if [ -f $BASH_COMPLETION_DIR/git ]; then export PS1='\[\033[01;32m\]\u@\h\[\033[01;33m\] \w$(__gi
git send-email with Gmail - KBDAHOLIC - やぬすさんとこ
http://d.hatena.ne.jp/janus_wel/20090116/1232075595 でうまくいかないと言っていた git send-email だけどちょっとググってみたら Gmail 経由で patch を投げる方法が見つかった ( http://git.or.cz/gitwiki/GitTips#head-a015948617d9becbdc9836776f96ad244ba87cb8 ) ので設定した。結果うまくいったのでやり方のメモ。思いっきり andLinux というか Ubuntu 向けなので他の distribution の方は主にサーバ証明書の位置と msmtp の実行 binary の位置を適宜変更してください。 まず必要なものの install 。 root で操作。 msmtp http://msmtp.sourceforge.net/ 簡易 ma
Androidカーネルの差分を華麗にゲットするTips - Android Zaurusの日記
まずAndroidカーネルの汎用型をclone。 $ git clone git://android.git.kernel.org/kernel/common.git $ cd common Androidカーネルはremotes/originにブランチ。 $ ls .git/refs/remotes/origin/ HEAD android-2.6.29 android-goldfish-2.6.29 android-2.6.25 android-2.6.32 android-2.6.27 android-goldfish-2.6.27 一方、vanillaはタグ付けされている。 $ ls .git/refs/tags/ v2.6.11 v2.6.16 v2.6.20-rc1 v2.6.23-rc7 v2.6.26-rc8 v2.6.29-rc8 v2.6.11-tree v2.6.16
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
WindowsでのGit環境構築とその注意点 | OSDN Magazine
もともとはLinuxカーネル用のバージョン管理システムとして開発されたこともあって、GitのWindowsサポートは若干遅れている。特に日本語環境で利用する場合は設定などに注意が必要だ。そこで本記事では、Windows環境でGitを利用する方法およびその設定方法、そしてGUIでGitの機能を利用できるツールについても紹介する。 Windows環境向けのGitバイナリを選ぶ Gitは標準ではWindows環境をサポートしていない。Gitのコア部分はCで記述されているものの、周辺ツールやサーバー機能の実現にはPerlやシェルスクリプトを利用しているからだ。そのため、Windows環境でGitを利用するには、これらを含めた環境構築が必要となる。現在、Windows上でGitおよびその周辺環境をまとめてインストールできるものとして、msysgitとCygwinがある。 msysgitは、Windo
Git リポジトリを視覚化するツール「GitX」 - kwatchの日記
Git には、Git リポジトリを視覚化する gitk というツールが標準でついているけど、これは Tcl/Tk で書かれていて、遅いし見栄えもよくない。 もし Mac OS X Leopard を使っているなら、かわりに GitX を使うといいみたい。OS X のグラフィックを使っているので、きれいでカッコイイ。 インストールは、ホームページで「Download Git」をクリックして Zip ファイルをダウンロードし、解凍してインストールするだけ。 そのあと、GitX を起動し、メニューから「GitX」→「Enable Terminal Usage...」を選ぶ。すると、gitx というコマンドラインツールがインストールされる。 コマンドラインから起動する場合は、Git リポジトリに移動して、gitx コマンドを実行するだけ。GUI から起動しなくていいとは、よくわかっていらっしゃる。
RedmineとGitで作るプロジェクト開発環境 - プログラミングノート
今メインで利用しているマシンにTracを入れようかどうか迷っていたのですが、入れるのが面倒だったのでちょっと前から話題になっているRedmineを入れてみました。 環境はこんな感じです。 Mac OS X 10.5.6 Ruby 1.8.6 Rails 2.3.2 Git 1.6.2.3 Redmine 0.8 Apache 2.2.11 Redmineインストール 1. RedmineのSVNからソースを取得 $ svn checkout http://redmine.rubyforge.org/svn/branches/0.8-stable redmine 2. redmine/config/database.ymlでMySQLの設定を修正してDBを初期化 $ cd redmine $ rake db:create RAILS_ENV=production $ rake db:migr
Corkscrewでgitのproxy越え(その2) - ただのにっき(2009-03-26)
■ Corkscrewでgitのproxy越え(その2) 先日のトライで、「git:～」なリポジトリに関してはアクセスできるようになったが、GitHubではpullなどの操作はsshを経由するので×なことが判明。逃げ道を探す。 環境変数ではなくgit configを使う まず、proxy経由でのアクセスを指示するのに、環境変数はよくないという指摘をもらったので、正統派のgit configを使って指定する。 git config --global core.gitproxy 'git-proxy for github.com' core.gitproxyではproxy越え用のコマンドと、それを使うドメインを指定する。普通、proxy指定ではproxyを使わないドメインを除外指定するけど、こっちは使うドメインを指定するのだな。用途からすると正しいかも。 当面あらゆる外部リポジトリはGitHu
git rebase --ontoが便利すぎる件 - maeda.na@はてな
使用バージョン % git --version git version 1.5.4.3 ヘルプから抜粋 % git rebase --helpのヘルプから抜粋すると、 Here is how you would transplant a topic branch based on one branch to another, to pretend that you forked the topic branch from the latter branch, using rebase --onto. First let's assume your topic is based on branch next. For example feature developed in topic depends on some functionality which is found in next.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
powerful-code.com-蒙城县郭侠熟食有限责任公司-网站
http://blog.yuku-t.com/entry/20110427/1303868482
OESF's OHA-Android-2.2_r1.1 at master - GitHub
gittutorial(7)