git-svnを使うときのベストプラクティス - Life goes on
いつもの事ですが、タイトルは釣り。 現在のプロジェクトにアサインされてから、VCSがsvnに逆戻りしてしまったのでかれこれ5ヶ月近くgit-svnを使用してます。初めの頃に2~3回程checkoutしなおすレベルの失敗があったりしましたが、ここの所はそれほど問題無く運用してます。 gitとsvnでもう根本の仕組みから全然違うんで、ある程度しょうがないのですが、ちょっとばかり気をつけないとハマる可能性があるので、その点について語ります。 svnがremoteになってるブランチは 絶対 に直接コミットなどしない 自分の中ではこれが鉄則になってます。例えば普通のsvnの構成だと、trunkがgitのmasterブランチになりますが、何かの修正するって時にはどんだけ軽い修正とかでも絶対にトピックブランチを作ってます。 原則として、masterブランチ(や、他のsvnで作ってあるブランチ)には、gi
アプリ開発にはGitlab flowが合うと思います - Shoichi Matsuda's diary
はじめに みなさまのプロジェクトではどのようにバージョン管理を行っているでしょうか。 ここでのバージョン管理とは具体的にはどのようなブランチを作ってどこにマージするか、リリースはどのように進めるかといった事柄を指しています。 今日は数あるバージョン管理戦略の中で比較的新しく提唱されたGitlab flowというフローを中心にして話していきたいと思います。 最近アプリの開発においてこのGitlab flowが個人的には一番しっくり来ているのでオススメしたいです。 有名なフロー gitは分散型のバージョン管理システムとして一世を風靡しており、いまや事実上のデファクトスタンダートです。 名前のとおり分散している（ローカル・リモートが明確に分かれている）ことやブランチ・コミットの編集も非常に容易で柔軟性が非常に高いです。 一方でその柔軟さゆえにルールをきちんと決めなければ各個人のフローが大きく異な
続続・イラストでわかるgit入門の入門：checkoutをする
みなさん、こんにちは！ 最近ルーンファクトリー4を始めました志田です。 私にとって牧場物語系はキラーソフトです。 さて今回は、git checkoutについて見ていきたいと思います。 なんだか長くなっちゃってすみません。 前回までのあらすじ ・コミットの流れを分岐させる「ブランチ」機能 ・大きな改修はブランチを切って行おう ・ブランチ同士のマージができる 前回までで、基本的なgitの考え方と、ブランチを切って開発するやり方についてご紹介しました。 ・・・今までファイルを編集してコミットをする、というところまでしかやっていませんでしたが、 あのときコミットした状態まで戻りたいということ、ありますよね？ バージョンを管理しているんだから、戻れて当然だろ！と思いますよね？ どうやって今の状態から、あのコミットまでこのファイルを戻すんだろう・・・ そんなときに使うのが、この「チェックアウト」という
WindowsのGitクライアントSourceTreeのインストールと初期設定
Windows の Git クライアント SourceTree がいい感じです。 私はこれまで、Windows の Git クライアントは TortoiseGit、GitExtensions、GitHub for Windows などいろいろ使ってきましたが、ようやく SourceTree に落ち着きました。バージョン管理ツールはもっともよく使用するツールのひとつですので、使いやすいものを選びたいですよね。Windows の Git 環境に満足されていない方は、ぜひ試してみてください。 この記事では、SourceTree の良いところ残念なところ、インストール方法を紹介します。 動作確認環境 Windows7 64bitSourceTree1.0.8.0 目次 SourceTree のいい所 SourceTree の残念なところ インストール Git コマンドをインストール Mercuri
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introduction | 技術文書をソフトウェア開発する話
