git rebaseのメモ - unpushの日記
ときどき間違うので。 大雑把に言うと、git rebase は「git reset + git cherry-pick × n回 を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない） 好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。 つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。 現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用 適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。 以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C
S2JDBCをS2非依存にしてみた - かとじゅんの技術日誌
みなさま、こんばんわ。 非DIコンテナの世界で使いやすいORM OSGi上で使い勝手のよさそうなORMを探しているんですけど、いいものがないですね。 ORMといえばS2JDBCなんだけど。SQLがメソッドチェーンでかけてIDEでリファクタリングできるのはあまりにもメリットが大きいと。個人的に思っている。 OSGi上で動くフレームワークを実装しようとしていて、そこではまずDIコンテナ非依存な世界なんで、S2は使えないということで非常にクマった。 ならば、S2JDBCのソースをS2非依存にしてみようかしらと少し逝った発想でソースコードをみながら改造改造ｗ S2JDBCからS2分離手術 Seasar2本体とS2-tigerからJdbcMangaer関連のソースを抜き出して、以下のような作業を実施。1日ぐらいでできた。 S2Containerインターフェイスを適当な汎用インターフェイスに置き換える
setuptools
See the Quickstart and the User’s Guide for instructions on how to use Setuptools. Questions and comments should be directed to GitHub Discussions. Bug reports and especially tested patches may be submitted directly to the bug tracker. Code of Conduct Everyone interacting in the setuptools project’s codebases, issue trackers, chat rooms, and fora is expected to follow the PSF Code of Conduct. For
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「レガシーコード」とはいったい？
