git-svnを使うときのベストプラクティス - Life goes on
いつもの事ですが、タイトルは釣り。 現在のプロジェクトにアサインされてから、VCSがsvnに逆戻りしてしまったのでかれこれ5ヶ月近くgit-svnを使用してます。初めの頃に2~3回程checkoutしなおすレベルの失敗があったりしましたが、ここの所はそれほど問題無く運用してます。 gitとsvnでもう根本の仕組みから全然違うんで、ある程度しょうがないのですが、ちょっとばかり気をつけないとハマる可能性があるので、その点について語ります。 svnがremoteになってるブランチは 絶対 に直接コミットなどしない 自分の中ではこれが鉄則になってます。例えば普通のsvnの構成だと、trunkがgitのmasterブランチになりますが、何かの修正するって時にはどんだけ軽い修正とかでも絶対にトピックブランチを作ってます。 原則として、masterブランチ(や、他のsvnで作ってあるブランチ)には、gi
SVNを捨ててGitを使うべき5つの理由 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? まえがき 私はGit好きの人間です。 もっと言えば、Gitを愛している（Git Lover）と言ってもいいくらいです。 そんな私がなぜこんなタイトルの記事をいまさら書こうと思ったかというと、 いまだにGitの便利さを知らず、Subversionを強い理由もなく使い続ける開発者が多いからです。 そんなわけで 「会社にGit/GitHubを導入するための説得する」 という目的でこの記事を書こうと思います。 Gitの良さってなんだろう？ 実は私もこれまで強く意識して考えたことはありませんでした。 Gitを使い出したら、 それがあるのが当たり前
Subversion (svn) | コマンドの使い方(Linux) | hydroculのメモ
Subversion (svn) 2013/12/29 以下は、gitをCUIのみで使っている筆者がsvnを使わないといけなくて、かつCUIのみで使いたいときに、gitとの比較の観点でsvnコマンドの使い方を調べたメモです。 gitとの違い 2013/06/11 ブランチやタグは branches や tags の中の普通のディレクトリとしてコピーして作る (branches や tags といったディレクトリ名は単なる習慣でsvnの仕様ではない) clone, push, pull がない 参考 SVN脳患者から見たGit | Qiita http://qiita.com/kaityo256/items/81e7951a1ca2706955a4 チェックアウト 2013/06/11 # チェックアウト # (カレントディレクトリにtrunkというディレクトリが作成される) svn che
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitをこれから覚える人にオススメしたい使い方参考サイト一覧 - Qiita
