現場で使うGitのテクニック - Qiita
お疲れさまです、trebyです。 もうだいぶ日付が変わりそうな勢いですが、Git Advent Calendar 2014の23日目を担当させていただきます。 Gitを業務で使い始めて早2年、だいぶ慣れてきた感じがありますが、それをアウトプットする機会があるかといえばなかなかありません。せいぜいたまに同僚に聞かれるくらいでなんかもったいない感じがあります。 そこで今日は私個人がgitを使って仕事をする上でどういうフローしているかなーということを改めて文字にアウトプットしてみたいと思います。ご参考にしていただくなり、ツッコミしていただくなりしていただけますと幸いです。 なお、本投稿において想定するツールはGit、ホスティングサービスはGitHubですが、多分その他のサービスでもいけるのではないかと思います。 開発準備 「新しくチームに配属された！」等のシチュエーションを想定しています。 開発
第3回 今どきのバージョン管理システムとは？ Stashで実現する快適な開発環境 | gihyo.jp
多くの開発現場でGitが使われている理由 ソースコードのバージョン管理を効率化するためのツールとして、これまで多くの現場で使われていたのがApache Subversionです。それ以前に使われていたCVS（Concurrent Version System）と同様の操作性を実現しつつ、CVSが抱えていたさまざまな課題を解決したことで、Subversionは人気を博しました。 ただ、Subversionにもいくつか難点があります。その中でもとくに大きいのは、複数の拠点で開発する際のレスポンスの問題でしょう。Subversionは中央のサーバでソースコードを集中的に管理するクライアント／サーバ型のモデルであるため、サーバから物理的に離れた拠点でアクセスすると必然的にレスポンスが低下し、開発効率にも影響が生じてしまいます。また、機密情報であるソースコードに遠隔地からアクセスするときにはセキュリ
TechCrunch | Startup and Technology News
Less than one year after its iOS launch, French startup ten ten has gone viral with a walkie talkie app that allows teens to send voice messages to their close… While all of Wesley Chan’s success has been well-documented over the years, his personal journey…not so much. Chan spoke to TechCrunch about the ways his life impacts how he invests in startups.
RedmineとGitを巡る疑問点～Gitとの連携機能の強化がRedmineの課題 - プログラマの思索
RedmineとGitを巡る疑問点をメモ。 詳細は後で書き足す。 【参考】 チケット駆動開発に分散バージョン管理を組み合わせるアイデア: プログラマの思索 分散バージョン管理ツールにおけるブランチ戦略: プログラマの思索 Gitによるチケット駆動開発の事例: プログラマの思索 A successful git branching model とgithub flowの比較: プログラマの思索 第9回RxTstudy勉強会の感想～Redmineとチケット駆動開発の今後の課題 #RxTStudy: プログラマの思索 GitHubのプルリクエスト駆動におけるチケット駆動開発の問題点: プログラマの思索 【1】Redmineは日本のSIでかなり普及しているらしい。 その状況と並行して、オープンソース界隈では、GitHubでチケット管理する運用も多い。 すると、最近の状況としては、RedmineとG
巨大なリポジトリ を Git で上手く扱う方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか？ この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
TechCrunch | Startup and Technology News
Less than one year after its iOS launch, French startup ten ten has gone viral with a walkie talkie app that allows teens to send voice messages to their close… While all of Wesley Chan’s success has been well-documented over the years, his personal journey…not so much. Chan spoke to TechCrunch about the ways his life impacts how he invests in startups.
gitのベストプラクティスに関する考察 - Qiita
※独断と偏見です。何かあったら※欄でよろ ITSとの連携 ITSを使っている場合、トピックブランチの名前にはチケット番号を含める するとコミットメッセージにブランチ名が書いてあるのでITSのコマンドを書くのが簡単になる。またフックでコミットメッセージにコマンドを追加することもできる。 ブランチの構成 開発ブランチ 最初からある。名前はmasterでもdevelopでもいいけどリポジトリを作った時のmasterをそのまま使うのがいいんじゃないかと。また定期ビルドにはこのブランチのスナップショットを使う。 リリースブランチ リリースのための修正が必要で、かつ開発と並行作業したい場合は切る。でなければ不要。リリースブランチを切る、あるいはリリースブランチへマージするという事は機能固定するという事と同義となる。機能固定してリリースする分全ての修正が完了したらタグを打つ。 なお、ここに投入されたコミ
Cygwinのtigは日本語が文字化けするので自分でコンパイルした - ぱせらんメモ
git（に限らないけど）でリポジトリの履歴をさかのぼりながらdiffを見たりするにはgitkを使えばいいんだけど、こいつはTk製のGUIアプリなのでssh接続してるリモートサーバ上では使うのが難しい。*1 そんな時に便利なのがncursesベースのtigというツールで、これならCUI環境でも実行できるのでssh越しでも使えるし、そうでなくても普段からターミナルで作業しててマウスとか持ち替えたくねーという不満を解消してくれる。 というわけで、丁度TL上で話題になってたんでCygwinにも入れてみたんだけど、パッケージのやつだとどうも日本語が文字化けしてしまう。 普通にgitコマンド使う分には文字化けなんてしないしgit自体には問題はないと思うんだけど、git show | tigとかでも文字化けしちゃうのでncurses周りかなーと思ってlddしたらやっぱりncursesにリンクしてたので、
GitHubクローンのGitLabを５分でインストールした - アルパカDiary Pro
※2015/6/22 最新版の手順に更新 ※2015/1/7 アップグレードについての記事を書きました http://d.hatena.ne.jp/toritori0318/20150106/1420558625 ※2014/5/24 補足記事書きました http://d.hatena.ne.jp/toritori0318/20140524/1400955383 で､お決まりのパターンでOSSに流れて､ GitLabとかやってみたんだけど､むっちゃムズいのねあれ｡ まともにインストールできん｡ http://d.hatena.ne.jp/rela1470/20140520 「GitLab インストール」 でググるとたいていまともにインストールしようとしている記事が見つかって なにこれ使うまで面倒すぎ！ ってなりますよね。かつての自分もそうでした。 しかし最近のGitLabはRPMが提供され
開発コラボレーションのヒント from Atlassian Blogs(1) 「Git Essentials」紹介。JIRA から離れずに開発の全体像を把握
10月に、フィーチャー ブランチ ワークフローを発表しました。JIRA、Stash、SourceTree、Bamboo により、チームが Git ブランチ機能を使い始める、シンプルで誰にでもできる方法です。ブランチ作成はボタンをクリックするだけですが、ブランチ名を JIRA 課題と整合性のあるものにし、ブランチの整理と管理が簡単にできます。 今回は、Gitに関する最新・最高の機能を紹介します。JIRAにおける開発パネルです。JIRA 6.2に装備されたこの新しいパネルにより、チームリーダー、プロジェクトマネージャー、製品オーナーは常に開発進捗情報を把握できます。 一箇所で必要な情報全てを入手 あなたは次のような差し迫った質問を受けたとします。「この課題のステータスはどうなっている? リリースの準備はできているのか?」そして、はっきりと分からないというのが実情です。チームは熱心に作業をしてき
「Working In Progress」な WIP Pull Request ～Github-flowの新たな使い道 - プログラマの思索
「Working In Progress」な WIP Pull Request という概念を知ったのでメモ。 【元ネタ】 Github を使って雑誌原稿を書く - naoyaのはてなダイアリー git commit --allow-empty を使った WIP PR ワークフロー - Qiita WIP (Work in Progress) な Pull Request を目立たなくする Chrome 拡張をリリース - @kyanny's blog 非開発者もGitHub Flowに巻き込んでみんなハッピーになった話 - Masatomo Nakano Blog github を用いた開発フロー テンプレート pull request を利用した開発ワークフロー // Speaker Deck 「Working In Progress」な WIP Pull Request とは、ソースの
gitコミット時にデバッグコードが含まれていないかをチェックする - Qiita
すべてのgitユーザーにおすすめのhook debuggerやconsole.logなどコミットするべきではないものをコミットすることはありませんか？ もしくは他のメンバーがコミットしていてイラッとしたことはありませんか？ そんな時はgitのhook(pre-commit)を使います。 以下はこのhookを使うための準備です。 gitのhooksを管理する(自分用テンプレートを使う) git hookでできること pre-commitのコードは以下の通り(ruby) checkesの内容を変えて、自分のチェックしたいコードを追加できます。 #!/usr/bin/env ruby class String # colorization # from http://stackoverflow.com/questions/1489183/colorized-ruby-output def col
GitBucketをWindowsサービス化する
gitbucket-windowsservice.md GitBucketをWindowsサービス化する winswを利用してサービス化する。 winswはJenkinsやGlassFishも使ってる。 GitBucketをダウンロードする https://github.com/takezoe/gitbucket/releases winswをダウンロードする https://github.com/kohsuke/winsw ダウンロードした winsw-x.xx-bin.exe を gitbucket.exe へリネームする。 保存先はgitbucket.warと同じディレクトリ。 XMLを書く 個人的にポート8080はよく使うので避けたい。 <service> <id>gitbucket</id> <name>GitBucket</name> <description>The easi
イマドキのIDE事情(162) 手軽に設置できるGithubクローン「GitBucket」を使ってみよう
GitBucketとは? オンラインのソフトウェア開発支援プラットフォームとして確固たる地位を築いたGithubだが、有償のGithub Enterpriseや、Gitlabなどに代表されるオープンソースのGithubクローンを導入することで同様のサービスをイントラネット内に構築することもできる。 今回紹介するGitBucketは、前述のGitlabに代表されるオープンソースのGithubクローンの1つでScalaで実装されており、TomcatやJettyなどのサーブレットコンテナにデプロイするだけで動作するのが特徴だ。Gitlabなどと比べると後発であり、まだまだ開発途上のプロダクトではあるが、以下のように実際の利用にあたって必要な機能は一通り網羅されている。 Gitリポジトリ(httpアクセスのみ) リポジトリビューア イシュー Wiki フォーク プルリクエスト GitBucketの
英語圏のオープンソースプロジェクトにおける翻訳ドキュメントの問題点とその解決のための一方策（仕切り直し版）
(追記：2014-2-26) 自動翻訳機能を追加しました。 翻訳ドキュメント作成支援ツールTogglateで翻訳要らず？ 少し前にオープンソースプロジェクトにおける翻訳ドキュメントの作成における問題点とその解決案について記事を書いたんだけど、要は翻訳ドキュメント内に原文をそのセンテンスごとに埋め込んで、原文と訳文の対応付けを保証しつつこれをトグル表示させることで原文が翻訳ドキュメントの表示上の邪魔にならないようにするといったもので、そのときに併せてこれをスクリプトで実現したtogglateというツールも作ってそのツールとgithub向けmarkdownのパーサーであるgithub-markdownを使ってmarkdownによるオリジナルドキュメントからhtmlによる翻訳ドキュメントを生成するプロセスについても解説したんだ。 英語圏のオープンソースプロジェクトにおける翻訳ドキュメントの問題点
Gitのマージツールにp4mergeを使ってみた - wadahiroの日記
Gitの本格導入の前に、マージのコンフリクト解決に使用するマージツールについて調べてみたのでメモ。 コンフリクトした際に、テキストエディタで直接修正するのは非常に面倒。そこでmergetoolを使うとマージ作業をかなり楽にできます。 ただしデフォルトのmergetoolだと使いづらい。Googleで色々調べてみるとp4mergeがオススメそうなので試してみました。 参考サイト http://d.hatena.ne.jp/clover-leaf/20110126/1296058882 http://d.hatena.ne.jp/nakamura001/20110321/1300699836 インストール方法 こちらよりThe Perforce Visual Client (P4V)をダウンロードします。OSに合わせてダウンロードする。 ダウンロードしたファイルをインストール。p4mergeの
チーム開発に必要なGitコマンドを神速で習得しよう！
すみません、タイトルは釣りです。書籍『入門git 』と『もっと早く知りたかった！ Gitが鬼のようにわかるスライド厳選7選』、『Gitがこわくて触れられなかったけど、このスライドで理解出来るようになったよGitサイトまとめ』紹介のスライドを読んで、理解したことをまとめるためにこの記事を書きました。今までは個人でしかGitを使っていなかったので、チーム開発に必要なGitコマンドを少しでも理解できるように頑張ります！ (05/13 08:45) githelpを追加 🐡 Gitの基本的な開発スタイルについて From イラストでわかる！git入門の入門 Gitの基本的な開発スタイルは次のとおりです。 (1) gitの開発ではローカルで使う個人リポジトリとチームで使う共有リポジトリを用いる (2) 共有リポジトリに push すると個人リポジトリのこれまでのコミット内容を送れる (3) pul
グループ機能を強化した「GitLab 6.0」リリース、有償版の提供も開始 | OSDN Magazine
8月22日、Gitリポジトリ管理ツール「GitLab 6.0」がリリースされた。グループ機能の強化が行われているほか、デザインなどの改良も行われた。また、本バージョンより有料のエンタープライズ版の提供も開始されている。 GitLabはRuby on Railsで実装されたGitリポジトリ管理ツール。Webブラウザでアクセスして利用するツールで、GUIでGitレポジトリの閲覧や操作を行える。高速、安全、安定性などを特徴とし、すでに1万以上の企業や組織が利用しているという。ライセンスはMIT License。 GitLab 6.0は、3月に公開されたバージョン5.0からのメジャーアップデートとなる。大きな新機能としては、グループ機能の強化がある。いままではグループはプロジェクトを管理するためのディレクトリでしかなかったが、本バージョンではグループにユーザーを追加することが可能になった。グループ
Git 1.8.3 について知っておくべきこと | Atlassian Japan 公式ブログ | アトラシアン株式会社
あなたが git をコマンドラインで使っていようと、SourceTree などのツールから使っていようと; また、コードを Bitbucket にホスティングしていようと、Stash で会社のファイアウォール内側にホスティングしていようと、もしあなたが私のようであれば git がリリースされたときはいつでもパーティーをするでしょう – ウィンク –。 Git ユーザーにとってスムーズなアップグレード方法 git 1.8.3 がリリースされました。もちろん、これは最新バージョンへのアップグレードを意味しています。これは比較的、簡単であるべきです: もし OSX 上で homebrew を使用している場合は単に brew update && brew upgrade git とタイプするだけ (OSX 上で .gitignore を解析中に、直前に発見されたバグにより、 homebrew はア
別のリポジトリの差分を取り込む - Git による版管理環境を構築する
Git で別のリポジトリからの差分を取り込むには、どのようにしたらいいのでしょう。 Subversion でいうところの "svn merge -r R1:R2 file:////svn/repo1" みたいなことをしたいのですけど、このような操作を Git で簡単に実現する方法がわかりませんでした。 とりあえず、このようなことを実現する方法として思いつくのが、修正を終えたリポジトリのワーキングコピーで "git format-patch" で差分を作った後、別のリポジトリのワーキングコピーで "git am" でそのパッチを適用するという流れでしたので、まずはこの方法で実現していってみたいと思います。 まず、作業を終えたリポジトリのワーキングコピーへ移動します。 そこで、"git log" で対象となるコミット ID を確認したら、次のコマンドを実行して、差分をファイルに書き出します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
