Redirecting… Click here if you are not redirected.
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ：$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ：git のローカルブランチ リモートブランチ：git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない（trunk/ や tags/ がない）。トップレベルのディレクトリが
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype から Teams への移行 OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ エンタメ Xbox Game Pass Ultimate Xbox とゲーム PC ゲーム 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform Windows 365 開発者 & IT Microsoft 開発
社内向けにまとめたかったので、備忘録として。。。 各種パスはご自身の環境にあわせてどうぞ。 面倒くさいのでクリーンな状態から説明します。 クリーンな状態にするには、 1. TortoiseSVNをアンインストール（コントロールパネル＞プログラムと機能） 2. TortoiseGitをアンインストール（同上） 3. msysGitをアンインストール（付属のアンインストーラー） 4. Puttyをアンインストール（コントロールパネル＞プログラムと機能） 5. 環境変数をクリアする（コントロールパネル＞システム＞システムの詳細設定＞詳細設定＞環境変数） GIT**とかPLINK**系を削除します。特にGIT_SSHは消しておく。 なぜ、Puttyをアンインストールするかは、ssh回りで環境やツールが散乱するのを嫌ってです。 gitbash + gnuwin + opensshで充分ですし、鍵ペア
! で無視したくないファイルを指定できる .* **/.* !.gitignoreこれでおｋ
JIRAとGithubとJenkinsを組み合わせてチケット駆動開発をするには、どういう流れで、どういう連携が必要なのか、考えてみました。 流れを図式化したものが以下になります。 手順 図の流れに合わせて手順を説明します。 ①チケットを作成する ソースコードを書き始める理由が何であれ、すべての始まりはチケットになります。あらゆる理由がチケットになり得ます。バグもそうですし、機能改善や機能追加もチケットとして一元的に扱います。 チケットという管理方式を用いることの最大の利点は、あらゆる事象をチケットという単一の概念で扱うで扱う事にあると思います。 何らかの理由でソースコードを書く時は、チケットを作成します。作成されたチケットはOpenという状態になります。 ②チケット名でブランチを作成する チケットに着手するには、チケット名でブランチを作成します。これをトリガーに、JIRA側のステータスを
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
世の中にGitのチートシートはいくつかあるけど「Gitを知らない人に渡して最初に読んでもらうのに適したもの」が見つからない。チートシートじゃなくてチュートリアルと呼ぶべきかもしれないけど、とにかく印刷してA4で1枚になるくらいの資料が必要だ。Gitに触れた技術者が軒並み同じ落とし穴でコケるのは正しい状態ではない。「Gitには、indexっていう『コミットする前にワークツリーで行った変更のうちのどの部分をコミットするか整理するための場所』があるんだよ」とか「git revertはsvn revertと違っていきなりリポジトリに変更を加えるから気をつけて」とか最初に言ってもらえればもっとスムーズに進めたはずだ。 というわけでどういうチートシートが必要かに関して考えてみる。 登場人物 http://www.ndpsoftware.com/git-cheatsheet.html このチートシートが
Git のコマンド体系は全く歴史に学ばず後世に禍根を残す酷いデザインだが、どういうわけか内部構造は大変素晴らしい。特にファイル構造を一旦キーバリュー式データストアに保存するというのは是非参考にしたいアイデアなので調べてみました。 Git 内部データストアの基本機能は、ファイル名を使わず中身だけを保存する事です。ファイル名が無くて後からどうやって保存した中身を取り出すかというと、保存時に SHA-1 という文字列が発行されるのでそれを鍵に取り出します。それでは試しにやってみます。まず準備として新しい Git レポジトリを作ります。 $ mkdir test $ cd test $ git init Initialized empty Git repository in /Users/takashi/tmp/test/.git/ blob 次に、適当な文字列を保存します。 $ echo '適当
もし図の表示がおかしかったら、このページの SVGでないバージョンを試して下さい。 SVG の画像処理を中止しています。 (SVG の画像処理を再開) このページのオリジナルは、Mark Lodato さんが執筆した A Visual Git Referenceです。 このページでは、よく使われる git のコマンドを簡潔に図を用いて説明します。 git について少し知識があるなら、このページはその知識を整理するのに役立つかもしれません。このページがどのようにして作られたのか興味があるなら、私のGitHub リポジトリを見て下さい。(日本語訳の GitHub リポジトリ) 内容 基本的な使い方 凡例 コマンドの詳細 Diff Commit Checkout 分離HEADでの commit Reset Merge Cherry Pick Rebase 技術メモ 基本的な使い方 上記4つのコマ
前回、git開発環境をUbuntu上で整え、github上でNOVさんのiKnow! gemのコードをフォークするところまでやりましたが、次にローカルでこのフォークしたソースコードをいじって遊びたいと思います。githubの自分のアカウントにコードをアップするところまでを今回の目標とします。 githubからソースコードを取得 まず、githubからローカルへの取得は以下のように簡単にできます。 $ git clone git://github.com/fujibee/iknow.git Initialized empty Git repository in /home/fujibee/work/tmp/iknow/.git/ remote: Counting objects: 499, done. remote: Compressing objects: 100% (443/443),
2009/12〜2010/06 くらいまでの案件で Git を使ってみたので、その感想その他です。毎度長くてごめんなさい。 Subversion の経験はそこそこある状態でのスタートです。 リポジトリ構成のポイント ソースコードは Git、ドキュメントは Subversion で Git はファイル名をバイト列で管理するので、Windows と Linux の両方で使いたい場合は日本語名のファイルは使えません。（今のところ対応予定もないとのこと。ファイルのコンテンツやコミットログについては UTF-8 で統一できるので問題ありません。） ソースコードについては日本語名のファイルは含まれないので Git 管理でいいと思いますが、ドキュメントに関しては難しいので Subversion 管理にしました。 リポジトリの単位は細かく Git では Subversion と違ってリポジトリの一部をチェ
2010-05-06 この連休にhttps://www.amazon.co.jp/dp/4798023809を読みながら Git を使ってみた。 インストール OS付属のパッケージツールを使ってインストールする。 $ sudo yum install git # CentOS $ sudo port install git-core # Mac OS X $ sudo apt-get install git-core # Debian / Ubuntu 基本設定 まずはGit全般の設定（名前やメールアドレスの登録）から。 git config --global user.name MATSUOKA Kohei git config --global user.email user@example.com # 実際は自分のメールアドレスを入力 コンソールで色を付けるように設定。 git co
TOPICS Programming 発行年月日 2010年02月18日 PRINT LENGTH 372 ISBN 978-4-87311-440-8 原書 Version Control with Git FORMAT オープンソースの分散バージョン管理システム「Git」の解説書。Gitには、開発および共同作業を進めるうえで便利な機能が数多く実装されています。しかし、その柔軟性の高さが原因でGitをどのように使うのが最も効率的か十分に理解していないユーザーが多いのも事実です。本書ではGitを使ってソフトウェアの開発プロジェクトを追跡、マージ、管理する方法をステップバイステップで明解かつ丁寧に解説します。読者はGitが持つ多くの機能を効率よく使えるようになるでしょう。日本語版では、Gitで日本語を利用する方法、Gitベースの開発プロジェクト用ホスティングサービスであるGitHubについて
バージョン管理システム ? 主にプログラムの開発において、ソースコードやその他のデータを管理するために用いられるシステムのこと。多数の人によって開発が行われる商業的なソフトウェア開発やオープンソースコミュニティにおいて一般的に使用される。 http://ja.wikipedia.org/wiki/%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E7%AE%A1%E7%90%86%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0 Subversion? 集中バージョン管理システム WinGUI client http://tortoisesvn.net/ http://www.gside.org/Gentoo/subversion/subversion_client.html Mac GUI client http://ver
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
