GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
サイバーエージェントのGitHub活用 ～ 導入から運用体制、開発フロー、勉強会による現場への普及活動まで
また、Organization[1]の数も360を超え[2]、リポジトリ数もOrganizationのものだけでも2000近く作られています[3]。 新規のプロジェクトは基本的にGitを利用しており、既存プロジェクトもほとんどがSubversion（以下SVN）などからGitに移行しました。 本記事では、Ameba事業本部がどのようにGitを組織内に普及させていったか、その運用体制、現場でどのように利用されているのかをご紹介します。 [1] 複数アカウントをまとめるグループ機能です。リポジトリは個人単位だけでなく、Organization単位で作ることもできます。 [2] プロジェクト単位で1つのOrganizationを用意しています。 [3] 個人アカウントで作成したり、他からforkしたリポジトリは除いた数です。 GitHub Enterprise導入への道のり GHE導入以前の標準
Gitのコミット単位で動的にDockerイメージをデプロイするプロキシサーバpool
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 Gitのコミット単位で動的にDockerイメージをデプロイするプロキシサーバpoolというソフトウェアがあります。 poolとは poolは、WebアプリとDockerfileをGitで管理している場合に、コミットidをサブドメインとして（ http://<commit-id>.pool.dev/ ）poolにアクセスするだけで、そのGitレポジトリのコミット時の状態でWebアプリのDockerイメージをデプロイし、Webアプリのポートへとリバースプロキシして、Webアプリのレスポンスを返します。もちろん、コミットidをキーに複数の状態にどんどんアクセスできます。（mod_mrubyのユースケースを調査していてたまたま見つけました）。 このp
ワークフローを強化した「Git 2.1」がリリース | OSDN Magazine
Git開発チームは8月15日、オープンソースの分散型バージョン管理システム「Git 2.1」をリリースした。2系初のメンテナンスリリースとなり、ワークフローや性能が改善されている。 Git 2.1は5月末に公開された2.0に続くもので、ユーザーインターフェイスとワークフロー関連、性能などの強化が行われている。 後方互換性のない変更点として、gitが呼び出すページャを指定するLESS環境変数のデフォルト設定でlessに与えるオプションが「-FRSX」から「-FRX」に変更された。これにより、端末内で1行に収まらないような出力は折り返して表示されるようになる。 また、core.preloadindex設定変数のデフォルト値が「有効」となり、マルチコア環境を活用できるようになった。コメントメッセージでカスタムコメント文字を特定するcore.commentCharでは「auto」設定が可能になって
tigから git rebase -i したらいろいろ捗った - くりにっき
git dtコマンド - razokulover publog を見て自分もgitのコマンドをカスタマイズしてるのを思い出したので普段よく使っているのを紹介します。 対象者 作業途中はtmpコミットをたくさん作って、最後に git rebase -i でコミットを整えている人 前置き gitのタイプ数を減らす gitコマンドを使う時に毎回 git と3文字タイプするのは時間の無駄なのでエイリアスつけるのをおすすめします ~/.bash_profile とか ~/.bashrc 辺りに下記を書きます。 alias g='git' これで g だけでgitコマンドが使えます git-now iwata/git-now tmp コミットのための独自サブコマンド git-now - アジャイルSEを目指すブログ 最速でtmpコミットするためのコマンド。Macなら brew install git-
Gitチートシート - Qiita
用語 リポジトリ バージョン管理システムにおいて，プログラムやファイルを蓄積しておく場所． Gitではローカルリポジトリとリモートリポジトリの二種類のリポジトリを扱える． ローカルリポジトリ 現在作業中のリポジトリ．主に自分のPCや開発サーバーなどで作業する場合はローカルリポジトリとなる． また，リモートリポジトリからリポジトリをクローンして，自分のPC上やサーバー上に環境を構築することもできる． リモートリポジトリ 外部にあるリポジトリ．リモートリポジトリはローカルリポジトリを通じて作業を行う． 複数人での作業やインターネットに公開する場合に利用できる． ワーキングツリー ユーザーが編集したり新しいファイルを作成したりする場所． インデックス ワーキングツリーでの編集後，リポジトリへのコミットの前に次のコミットの対象となる状態を保持している場所． ブランチ 履歴の流れを分岐して記録してい
JenkinsがGithubにpushされたbranchをテストする - Perl日記
頑張ったので忘れずにメモ。 master以外のbranchがpushされたときにはそのbranchでテストが走ってほしい。 結論からいうと、Gitプラグインの$GIT_BRANCH変数を使えばいいみたい。 Jenkinsにアカウントを作る githubさんを追加しておく。 行列による権限設定 ジョブ Read Build プラグイン Git Plugin GitHub Plugin GitHub API Plugin Parameterized Trigger Plugin ジョブ Githubのhookを受けるジョブと、テストを回すジョブで分ける。 ジョブの粒度は小さい方がいいってkeiさんが言ってた。 Github_Trigger_R9 → R9 設定 Git Plugin Global Config user.name Value Global Config user.email V
Linuxカーネルのバグをgit bisectで特定する話
Odd Bits - Tracking down a kernel bug with git bisect Linuxカーネルのバージョンを3.15に上げたところ、Docker内でのsuやrunuserが謎のシステムエラーで動かなくなった。カーネルのバージョンを3.14に下げると問題なく動作する。明らかにカーネルが影響を及ぼしている。 よろしい、ならばgit bisectだ。git bisectは良いコミットと悪いコミットの間をバイナリサーチして、問題を引き起こしたコミットを見つけてくれる。 しかし、Linuxカーネル3.14と3.15の間には、約15000件のコミットがあるので、git bisectを手動で回すのは現実的ではない。 git bisectには、自動化のための仕組み、git bisect runがある。これは、コミットをチェックアウトした後に、自動でスクリプトを実行して、現在
環境、OSごとに.gitconfigの設定を切り替えたい - みちしるべ
やりたいこと 職場と個人のPCで、ユーザー名とメールアドレスは違うものを使用したい coreのエディター、diffツール、mergeツールは、OSごとに異なるものを使用したい alias、color、などの設定は全ての環境で同じにしたい 方法 Git 1.7.10 から、gitconfigでincludeディレクティブが使用できるようになった。 これを使用することにより、別のファイルの読み込みができるようになる。 .giconfigの設定 [include] path = .gitconfig.user path = .gitconfig.os .gitconfig.userと.gitconfig.osを環境に合わせたシンボリックリンクを張る。 .gitconfig.userからシンボリックリンクを張るもの .gitconfig.orangeclover .gitconfig.REALNA
GitHubでの”Merge pull request”の弊害 | POSTD
私は GitHub が大好きです。GitHubはオープンソースへの コントリビューション （寄与貢献）を何十倍も容易に、そして楽しいものにしたと思います。ですが、GitHubがPull RequestというwebのUI形式で前面に押し出しているオープンソースの メンテナー のワークフローが、プロジェクト品質とコントリビューションを受けつけるスピードの弊害になるということに気がつきました。そこで、GitHubの Pull Request にある「Merge pull request」ボタンをクリックする前に、少しお話をさせてください。 メンテナーの紹介 ジェーンはそこそこの成功を収めているオープンソースプロジェクトのメンテナーです。彼女は毎週プロジェクトのGitHubリポジトリに上がる新しい Issue を確認し、リクエストに対し速やかにフィードバックを返します。リクエストをすべて実行する時
同じマシンで複数のgithubアカウントを使い分ける - Qiita
例えば、個人ではGithub、会社ではGHEのアカウントを持っているなどの場合、同じマシンでアカウント(コミッター名)を使い分ける方法。 単純に、--globalを付けなければリポジトリ単位で設定できるので、使用頻度が高い方を--globalで設定し、もう一方はリポジトリ単位で設定する。 ファイルでいうと、--globalをつけるとhomeの設定~/.gitconfigに、つけないとそのリポジトリ内の設定./.git/configに書かれるということになる。 メインのアカウント(~/.gitconfig) git config --global user.name "メインアカウントのユーザ名" git config --global user.email "メインアカウントのメールアドレス"
さいきんのターミナル開発環境 - 面白コンテンツ探求日記
会社の同期で毎週勉強会をやっていて、自分が発表する番だったので最近使ってるCLIツールについてまとめてみた。 hub github/hub プルリクエスト作成などGithub上での作業をコマンドラインから。会社ではGH:Eでプルリクベースの開発スタイルなので毎日使っている。最近はhubのGo実装でghというのもあるみたいだけど、こっちはまだ試していない。 GitHubユーザーのためのhubコマンド - Qiita tig jonas/tig コミットログ等の閲覧を楽にしてくれる。仕事ではSourceTreeも使ってるんだけど、やっぱりメインの作業はターミナル上だし、log・diff・stashあたりがgitコマンドよりはるかに見やすくて手放せない。 ~/.tigrc に以下のような設定をしておけば、historyで選択しているcommitのGithubページをすぐ開くこともできて便利。 t
SublimeTextの設定をgit管理し、複数PCで設定やパッケージを同期する。 - MANA-DOT
SublimeTextの設定をgitでバージョン管理し、複数PCで同じ設定を使う方法のメモです。 やることは簡単で、SublimeText の User Settings は同じディレクトリにまとめられてるので、そのディレクトリをバージョン管理するだけです。 このディレクトリには Package Controll の設定ファイル( Package Control.sublime-settings )も有り、ここに Package Controll で入れたパッケージのリストも記載されています。 Package Controll は SublimeText 起動時にこのファイルのパッケージを自動でインストールするので、このファイルを同期することで結果的にパッケージも同期されます。便利。 User Settings のディレクトリのありか [Preferences] -> [Settings
操作性と性能を強化した「GitLab 7.0」リリース | OSDN Magazine
米GitLabは6月22日、オープンソースのGitリポジトリ管理ツール「GitLab 7.0」を公開した。オープンソース版のCommunity Edition（CE）と、サポート付きの商用版Enteprise Edition（EE）の両方が発表されている。ドラッグ＆ドロップでの画像添付などの機能が加わっている。 GitLabはGitレポジトリ管理やコードレビュー、イシュートラッカー、フィード、Wikiなどの機能を持つソフトウェアで、Ruby on Railsで実装されている。サーバーにインストールし、WebブラウザやGitクライアントからアクセスして利用する。LDAPやActive Directoryサーバーと連携したアカウント管理にも対応し、単一のサーバーで2万5000人のユーザーをサポートできるほか、複数台のサーバーを利用した可用性の高いシステムを構築できるという。オープンソースのCE
GitHub実践入門、Pull Requestによる開発の変革。GitHub Kaigi 2014
GitHub User Group主催のGitHub Kaigiが6月1日、都内で開催されました。GitHubを利用した開発は、スタートアップやオンラインサービス系の企業などを中心に広まりつつあり、いままさに数多くのノウハウの交換が求められているツールでもあります。 本記事ではGitHub Kaigiの最初のセッションとなった大塚弘記氏の「GitHub実践入門 ─ Pull Requestによる開発の変革」の内容をダイジェストで紹介します。 GitHub実践入門 ─ Pull Requestによる開発の変革 大塚弘記といいます。会社でもリアルでもほとんど@hirocasterと呼ばれています。 今日はメッセージを3つ持ってきました。まず、GitHubを使っている世界と使っていない世界についての話を少し。次に、GitHubを使っているけれど、十分に使っているかどうか、という話をして、最後に本
【git】git pushがrejectされたときの対応方法 at softelメモ
問題 git push しようとしたら、rejectされた。どうしよう。 C:\tmp\gittest\testB>git push c:\tmp\gittest\test master To c:\tmp\gittest\test ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'c:\tmp\gittest\test' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Merge the remote changes (e.g. 'git pull') hint: before pushing again.
GithubからJenkinsへのServer Hook - Qiita
GithubからJenkinsへのServer Hookを調べた結果をまとめておく。 以下の3つの方法を調べた。 WebHook URLsを用いる方法 Jenkins (GitHub plugin) を用いる方法 Ver1.8で確認 Jenkins (Git plugin) を用いる方法 Ver2.0で確認 この方法を用いるとGithubのコードに修正を加えると対応するJenkinsジョブを走らせることができる WebHook URLsを用いる方法 Githubからコミットの情報を受け取って自力で処理する方法 好きなようにhook処理できるが実装が必要 Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita [キータ]が詳しい Jenkinsの設定 Jenkins Parameterized Trigger pluginをインストールしておく Ho
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git基本（とりあえずこれ覚えればOK）----------------------------- $ git init hoge # git - Pastebin.com
git submoduleを今風な感じで削除する - Qiita
GitHubKaigi Keynote
