A fashion developer. Interested in life engineering. やりたいこと稼働中の現行リポジトリと、リニューアル中のリポジトリが並行稼動しているシーンを想定している。 ビジネスロジックはそのまま引き継ぎ、フレームワークをすげ替えたい。 リニューアル作業は全く別の新しいリポジトリで実施していたが、現行リポジトリの改修も背後で続いていた。 共通であるビジネスロジックの同期をとるために、お互いのリポジトリの変更分をパッチ化し、一連のコミット群を取り込みたい。 実現方法以下のやり方は コミット日時が維持される。 つまり、コミットは通常通り並ぶが日時が時系列で並ばない。 (Git的にはコミットが過去から未来へキレイに並ばなくてもよい模様) パッチを作成する取り込みたい内容がコミットされているリポジトリのブランチで以下を実行。abcd123は開始コミットのS
ことあるごとに「Yoctoで取ってきたコードで開発しちゃダメ」とはいわれるものの、ビルド環境がある以上はソースを触りたいのが人情。 というわけでYoctoでLinuxカーネル触るときのTipsを記載してみる 以下ターゲットがi.MX6の環境について記載されているので、それ以外のターゲットでは適宜読み替えること。 最重要事項: gitリポジトリは作り直される 基本的にdo_unpackタスクが走ると、gitリポジトリごと一から作り直される。 そのためコード修正してgit commitして一安心、と思っていると泣きを見ることになる。 do_unpackはdo_cleansstateしたりレシピファイルを修正したりすると簡単に走ってしまうため要注意。 カーネルソースはどこにあるか 以下で確認可能
The Real Time Linux collaborative project was established to help coordinate the efforts around mainlining Preempt RT and ensuring that the maintainers have the ability to continue development work, long-term support and future research of RT. In coordination with the broader community, the workgroup aims to encourage broader adoption of RT, improve testing automation and documentation and better
This wiki is being migrated to the Linux Foundation Real-Time Linux Project hosted wiki: https://wiki.linuxfoundation.org/realtime/start New content should be added there while the migration is in process. "Controlling a laser with Linux is crazy, but everyone in this room is crazy in his own way. So if you want to use Linux to control an industrial welding laser, I have no problem with your using
GitHub 単純なコマンドラインでmergeする方法が使えない時 本の虫: GitHubで他人のプルリクエストに対しコンフリクト解消や追加の修正を行いつつマージする方法を読んで, そう言えば私もバイトで最初にチーム(私と社長で2人)で作業を行うときに戸惑ったなあと思い出しました. なので, 今のバイト先の社長から教えてもらった, もう1つの方法を紹介します. 江添さんの述べた方法は, シンプルでわかりやすいですが, 我々のチームでは使えません. 何故ならば, 我々のリポジトリにはTravis CIによる自動テストが導入されているからです. そして, コードレビューで承認を貰い, 自動テストが成功していない限り, 原則masterにはそのpull requestをmergeしてはいけないというルールがあります. なので, 社長が作ったpull requestが気に入らなくて私が修正をしたい
diffoscope tries to get to the bottom of what makes files or directories different. It will recursively unpack archives of many kinds and transform various binary formats into more human-readable form to compare them. It can compare two tarballs, ISO images, or PDF just as easily. Latest release: 296 (16 May 2025) You can try it now using Docker: … or try it on try.diffoscope.org! News diffoscope
gitで、リビジョンの比較やコンフリクトの解消をmeldでやるには。 やりかた .gitconfigに以下を追記しておくと、git difftool -dやgit mergetoolでmeldが起動するようになる。 [diff] tool = meld [difftool "meld"] cmd = meld $LOCAL $REMOTE [merge] tool = meld [mergetool "meld"] cmd = meld $LOCAL $BASE $REMOTE --auto-merge どういうこと? [difftool "meld"]に出てくる$LOCALと$REMOTEは、それぞれ変更前と変更後を表している。1つ目のパラメータが左側に表示される。 [mergetool "meld"]の$LOCALと$REMOTEは、それぞれ手元のファイルとサーバのファイルとなる。 $
Linux Daily Topics 2016年10月20日ライブパッチを誰にでも! Canonical、Ubuntuユーザ向けにカーネルライブパッチサービスを無償で提供へ Canonicalの技術戦略チームやクラウド/IoTチームを統括するDustin Kirklandは10月18日(米国時間)、自身のブログおよびUbuntuの告知用メーリングリストにおいて、Ubuntuユーザに対し、Linuxカーネルのライブパッチサービス「Canonical Livepatch Service」をCanonicalが無償で提供すると発表した。対象となるのバージョンはLinuxカーネル4.4をベースにしたUbuntu 16.04 LTS(Xenial Xerus)のIntel/AMD(64ビット)アーキテクチャで、Canonicalの商用ユーザはもちろんのこと、コミュニティ版を利用する一般のUbun
Meld Visual diff and merge tool Meld helps you compare files, directories, and version controlled projects. It provides two- and three-way comparison of both files and directories, and has support for many popular version control systems. Meld helps you review code changes and understand patches. It might even help you to figure out what's going on in that merge you keep avoiding. File comparison
Translations: English - Italiano - Português (Brasil) Manage Debian source packages using quilt instead of a version control system. For an introduction to the program, see /usr/share/doc/quilt/quilt.pdf.gz in quilt. For a discussion of the "quilt" patch system, see Projects/DebSrc3.0. For general packaging information, see Packaging. General information documentation There is an extensive guide o
( The newbie's guide to hacking the Linux kernelがとても素晴らしい記事だったので翻訳しました。 ) ( 2010-09-28 LinuxCon Japan にて、口頭ですが、Greg K-H から翻訳・公開の許可をもらいました。Thanks! ) カーネルをハックするのに、コンピュータサイエンスの博士号や下積み期間は必要ないよ。もちろんそういうことは役には立つ。でもLinux開発の重要な点は、誰にでもオープンだってことだ。とにかく取り組むことが必要。あなたは毎日何らかの形でLinuxカーネルを使ってるでしょ? どんな小さいことでもいいから、カーネル開発を少しでも手伝えば、それを誇りに思えるはずだ。 多くの貢献をしていて (そして Linux Format の読者でもある) Greg Kroah-Hartman に聞いてみた。初心者が Linu
bsdiff and bspatch are tools for building and applying patches to binary files. By using suffix sorting (specifically, Larsson and Sadakane's qsufsort) and taking advantage of how executable files change, bsdiff routinely produces binary patches 50-80% smaller than those produced by Xdelta, and 15% smaller than those produced by .RTPatch (a $2750/seat commercial patch tool). These programs were or
How Courgette works As I described in Smaller is faster (and safer too), we wrote a new differential compression algorithm for making Google Chrome updates significantly smaller. We want smaller updates because it narrows the window of vulnerability. If the update is a tenth of the size, we can push ten times as many per unit of bandwidth. We have enough users that this means more users will be pr
「プログラマが知るべき 97 のこと」 日本語版のエクストラとしてちょこっと書かせてもらいました. エッセイ集のような本で, 読切 Blog 記事一気読み, みたいなノリで読めます. ソフトウェアアーキテクトが知るべき(同上) の続編というかんじですが, アーキテクトもプログラマも大差ないので片方読んで面白かったらもう一方も楽しめると思います. (両方に書いてる人もいます...) 一編 2 ページくらいの長さに揃っているので割と読み易い一方, 私のようにぐだぐだ長々と書く傾向の人間が書くと ややあっさりしてしまう気がした. ここで続きをちょっと書きたい. パッチのなやみ 私が書いたのは, "良いコード" と "良いパッチ" はときどき相反することがあるからどうしましょうね, という話だった. 良いコードはさておき良いパッチとはどんなものだろう. という話は本を買っていただきたくおもいますが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く