git による分散作業パターン | GREE Engineering
分散バージョン管理を華麗に扱いたい堀口です。 GREE Advent calendar 2013 の 14 日目として参加させていただきます。 お二人に続き Haskell の話をしようかと思ったのですが、急遽無難な開発の話に変更しました :o Java や C++ には OOP の概念が必要であったように、分散作業の認識が薄いまま git や Mercurial を使うことは長期的に不幸をもたらします。 とあるプロジェクトにて、その一部を副産物のミドルウェアとして抽出すべく、アプリケーションと分離したい 不具合があったので原因を探りたいが、依存関係が複雑すぎるのでコードを読む量を減らしたい テストやレビュー、提案、リファクタの運用を強化したい よそのプロジェクトに迷惑を掛けないように、そこのツールを改良して使いたい。 いままで何気なく「こんなもんだろう」と思って手間をかけていませんでした
git fetchした時に既に削除されているリモートブランチがローカルにそのまま残り続けるのつらい - ejo090の日記
おひさしぶりです。 Git/Githubを使って多人数で開発をしていると、「リモートでは削除されているのにローカルに残り続けているのでgit branch -aとかやるととんでもない量のブランチが表示される」という事案が発生します。 私は当該リモートブランチにcheckoutして動作を確認したりテストが通るかどうか試したりするため、基本的にgit fetchを多用します。 git fetchは基本的にリモートにあるブランチ類をローカルブランチにインポートするコマンドですが、「インポート」なのでローカルにリモートのブランチはたまり続けます。 git fetchはリモートからブランチが消えた時にローカルと同期を取って消してくれるという優しさは持ち合わせてるわけではないんですね。 そこで調べると、やはりありました。 Git - git-fetch Documentation git fetchの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
