Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
[デザイナー向けGit解説] エンジニアと同じブランチで作業する日 | uniq-style
前々回のGit解説の続き。 Gitでは色んな作業の仕方があります。 デザイナーとエンジニアの間でよくある作業の流れをイメージ描きつつ説明してみようかと。 今回は「エンジニアとデザイナーが同じブランチで作業する」です。 まず朝出社！ 今日は検索ページを作るお仕事をすることになりました。 このイメージにそって説明してみます。 [イメージ内：P-1] エンジニアがみんなの場所（remoteとか呼ばれてるところ）から最新の「master」ブランチを持ってきて… そこから「search」というブランチを作りました。 [イメージ内：P-2] エンジニアは「search」というブランチで、検索フォームのあるページを作成しました。 デザインはまだ入ってません。 [イメージ内：P-3] エンジニアは「git push」というコマンドで みんなの場所remoteに「search」ブランチを置
remote に branch を push し、remote から clone したリポジトリの branch を変更して push する - basyura's blog
ローカルで作成した branch は remote に push しないと他の人から見えない。remote から clone したリポジトリは何もしなければ master ブランチしか見えない(ように見える)。 remote に branch を push し、remote から clone したリポジトリの branch を変更して push するまでの操作。 ローカルにリポジトリを作成する $ mkdir sandbox $ cd sandbox/ $ git init Initialized empty Git repository in /repos/sandbox/.git/ $ touch README $ git add . $ git commit -m "first commit" [master (root-commit) d31404a] first commit 0
git/空のディレクトリが消えているんですけど - TOBY SOFT wiki
はじめに † 空のディレクトリをコミットすると上手くいっているように見えて、 cloneとかしてきたりすると、消えてなくなってたりする件について。 どんな時に消えるか？というのがイマイチわからんけど。（←メカニズムの詳細希望） cvsの仕様を引きずっていてこの仕様は欠点だと思います！！(Subversion(svn)は大丈夫です) gitではファイル単位での管理ぽくて、仕様っぽい… ↑ 解決方法 † gitで空のディレクトリを追加するには、空のディレクトリをなくす、よくみかける例では「空の.gitkeepファイルを置く」 ということになっているようです。 ※ 私見ですが、git以外も使うかもしれないし、極力依存っぽいファイルは置きたくないこともあります。その場合はディレクトリの説明を書いた readme.txt を置く等でもいいのではないかと。 ↑ 解決例 † 一般的な.gitkeepを追
git/リモートリポジトリURLを変更する方法 - TOBY SOFT wiki
2020-06-02 Comments/Subversion/TortoiseSVNメモ/コミットしたログメッセージが編集できない 2020-03-31 ゲームを作る上でのバッドノウハウ/十字キーがボタンとして認識される 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 Rub
transitive.info - git status 使い方
git status 使い方 変更されたファイルの一覧を表示する ワークツリーとインデックス、インデックスと HEAD の間の変更点を表示する。 git status 簡潔に変更されたファイルの一覧を表示する 「-s」オプションで short-format になる。 git status -s このとき、ステータスコードは 2 文字で表示される。 1文字目はインデックスのステータス、 2文字目はワークツリーのステータスを表す。 意味は ’ ‘ 変更されていない M 変更されている A 追加されている D 削除されている R ファイル名が変更されている C コピーされている U マージされていないが更新されている ? 追跡されていない また、short-format 表記でブランチ名を表示するには「-b」オプションを加える。 git status -s -b git status で追跡され
gitとsubversionのコマンド対応表 – cyclogy
備忘録がわりにいつも忘れてしまうgit(git-svn)とsubversionのコマンドの対応表をまとめました。 コマンド対比表 subversion git git-svn 更新 svn update git pull git svn rebase コミット svn commit git add → git commit git commit -a (gitコミット後) git svn dcommit git push <url> 追加 svn add <file> git add 削除 svn rm <file> git rm <file> 移動 svn mv <file> git mv <file> 変更取り消し svn revert <file> git checkout <file> ログ svn log git log 差分 svn diff git diff スイッチ svn
git初心者向けのTipsなど - os0x.blog
gitの基本的なcommandしか使ってないって人向けのtips集です。 エイリアスの設定 $ git config --global alias.co "checkout" とすると、 ~/.gitconfig に [alias] co = checkout のように追記されます。 このようにgit configを叩いてもいいですし、~/.gitconfigを直接編集しても大丈夫です。 とりあえず、 [alias] co = checkout # checkout長い… st = status -sb # シンプルなstatus pr = pull --rebase # pull するときにmergeコミットを作らない fo = fetch origin ro = rebase origin # branchでfoしてroすればmasterにrebaseできる rc = rebase -
Non-Fast-Forward Push の解決 - Linux 入門
他の開発者とともに同じリモートリポジトリ (depot リポジトリ) を利用していれば、しばしば発生するのが Non-Fast-Forward Push 問題です。 Non-Fast-Forward とは何かということを説明するために、そもそも Fast-Forward とは何かということを説明します。 Fast Forward とは？ ある時点で master ブランチからブランチ A ができたとします。その後、ブランチ A にてコミットします。 その間、master ブランチでは全くコミットが行われていないとします。 この状態ではブランチ A はブランチ master に安全にマージ可能ですよね。ブランチ A に対して行ったコミットを master にも行えば良いだけですから。 ただ、実際に Fast Forward マージは同じ変更をせっせと再生するのではなく、単に master ブ
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
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 をインストールし、共同で開発できる環境を整えるまで - 僕は発展途上技術者
subversion に代わる新しいソース管理システムということで git が注目されているようだ。 » Git - Fast Version Control System subversion と大きく違うところは、分散されたレポジトリがローカルマシンに置かれている点。これは、ネットにつながっていなくてもソースをコミットできるということで、最近は電車のなかでもコードを書いたりする僕にはうってつけ。 マニュアルやチュートリアルは充実しているのだが、僕はとりあえず最初にツールを触ってみて、ざっと全体像をつかみ、それから細部を調べたい質なので、もっとてっとり早く体験できるガイドを探したところ、あまり適切なものが見つからなかった。 そこで、レポジトリを作り、それをリモートにあるサーバーに置いたあと、subversion で言えば svn commit や svn update などにあたるコマン
「入門git」を読んだ (Kanasansoft Web Lab.)
「あなたが読んだ『入門git』は銀色のgit本ですか? それとも小豆色のGit本ですか?」 「銀色のgit本です」 というわけで、頭文字が小文字の方の『入門git』を読みました。 大文字の方の『入門Git』と発売日が一ヶ月ちょっとしか違わないので、『入門ギット買った』とつぶやかれてもどちらの本か判断つかない状況ですね。 聞いた話によると、大きい方のGit本のほうが高度な内容らしいので、一番最初に手を出すのなら小さいgit本が良いかもしれません。 大きいGit本はまだ持っていませんが、周辺の評判も良いので近々購入予定です。 CVSやSVN等の集中型のバージョン管理システム(VCS)を使っていた人達だけでなく、これまでバージョン管理システムそのものを使った事がない人にもお勧めできる内容です。 大変わかりやすく、大変読みやすく仕上がっていました。 初版の1刷にも関わらず誤植も見当たらず(少なくと
Gitの基礎練習
バージョン管理ツールGitの基礎練習です。 Windows XPのコマンドプロンプトでGitの基本的なコマンドを動かしていきます。 Gitを学び始めるきっかけにどうぞ。 （筆者もまだGitを使いこなしているわけではありません。 誤りのご報告、改善提案などは大歓迎です。フィードバックからよろしくお願いします） 目次 はじめに ダウンロードとインストール ファイルをGitの管理下に置きましょう 新しいファイルを追加します 新しいディレクトリを追加します 編集からコミットまでの流れはこんな風に進みます ブランチを使ってみましょう ここまでの作業ログを見ましょう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールGitの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TEXTdrop｜翻訳・オンラインカジノ 日本円のプログラミング
pushしてしまった.DS_Store全てをgitから削除する方法 - かなりすごいブログ
http://www.machu.jp/posts/20100506/p01/