repository ソフトウェアのソースや情報、試作システム、技術情報などを蓄えるデータベース。
これは「Git、GitHubの使い方」の６回目になります。 はじめから読みたい場合はこちらになります。 kuku81kuku81.hatenablog.com 全体を通して見たい場合はこちらになります。 kuku81kuku81.hatenablog.com 初心者、初級者におすすめの入門書は以下となります。 よかったら見てみてください。 kuku81kuku81.hatenablog.com それでは本題になります。 gitでバージョン管理をする場合には、まずはじめに「git init」にてgitのリポジトリの初期化を行います。 これについては、前回の過去記事にて説明しました。 この初期化し…
これは「Git、GitHubの使い方」の５回目になります。 はじめから読みたい場合はこちらになります。 kuku81kuku81.hatenablog.com 全体を通して見たい場合はこちらになります。 kuku81kuku81.hatenablog.com 初心者、初級者におすすめの入門書は以下となります。 よかったら見てみてください。 kuku81kuku81.hatenablog.com それでは本題になります。 Gitでバージョン管理を行いたい場合には、gitをインストールした後に、リポジトリの初期化を行います。 リポジトリとは、「ファイルやディレクトリの状態、変更履歴などを記録してお…
Gitリポジトリの分割 履歴を保持したまま特定のフォルダを新しいリポジトリに分割する方法のメモ。 1. 分割したいプロジェクトをclone git clone リポジトリURL 2. コマンドプロンプトを起動して、クローンしたプロジェクトのルートに移動する 3. 別リポジトリに分割したい対象フォルダがデフォルトのブランチに存在しない場合は、フォルダが存在するブランチにチェックアウトする git checkout -b ローカルブランチ名 origin/リモートのブランチ名 4. 対象フォルダ以外のファイルと履歴を削除する git filter-branch --prune-empty --su…
はじめに シンプルな疑問なんですが、サーバ側とフロント側のプロジェクトの管理って分けたほうがいいんですかね？という素朴な疑問です。 たかだか2年ちょっとしかプログラム経験無いんですが、そのへんの視点で考えてみようと思います。 まずは一般的にどうなのか 新規開発の場合、フロントとサーバサイドのリポジトリは分けるのでしょうか？ teratailに質問の記事がありました。場合によるという回答が多いですが…。 開発者の方に質問なんですが、フロントエンドとバックエンドのコードを別々のリポジトリに分けますか？理由も併せてお答えして頂けると嬉しいです。 - Quora quoraにも同様の内容でありました。…
概要 LearnGitBranching は Git リポジトリの一連の流れを視覚的かつ実践的に学ぶことができるチュートリアルゲームサービスです。 今や Git をコマンドを打たなくても GUI 上で操作することができるようになってきましたが、今後開発者として仕事や勉強をするにあたってはコマンドでの操作ができるとより便利です。 一度基本に立ち戻って Git の勉強を本 OSS のゲームにより勉強しなおすのはいかがでしょうか。 なお、本アプリは JavaScript （gulp）で作成されているようです。 利用手順 以下の公式サイトにアクセスすることで、LearnGitBranching サービ…
commit改変時の複数PCのリポジトリの合わせ方 個人開発では会社用と自宅用にそれぞれPCを置いて同じリポジトリを用いながら編集を継続する運用方法がある（私もそう）。その場合、どちらかのPCでリモートからpull＆更新＆commit＆pushを行い、もう1台のPCを使う際には再びリモートからpull&更新＆commit＆pushを行う形で、違うPCでもよどみなく編集を継続出来る。 但しcommitを整理する目的でgit rebase,git resetやgit commit --amendなどを使用するとcommit IDが変わるため、リモートリポジトリやもう1台でのローカルリポジトリでgi…
リポジトリのディスク容量を削減する 開発を何年も継続し続けるとリポジトリもそれなりの規模になる。エンジニアの心理としてはリポジトリを整理したくなるもので、５種類の方法を紹介する。 方法 過去へのアクセス 削減度 作業の手軽さ git-gc ◎ 50%～ ◎ partial-clone ◎ 90%～ ◯ shallow-clone ◯ 90%～ ◯ logic-compress ◯ 90%～ △ reborn ✕ 100% ◯ その１：git gcを用いる これは最も簡単でそれなりの効果が得られる手段だ。通常Gitはfileをsnapshotして全て保存しているが、git gcを発動するとバイナ…
こんにちは。初めましての人もそうでない人も、裏薄荷(うらはっか)です。 ※以下、以前Bloggerに投稿していた記事を移行した内容になります。 今日はPyCharmでのGitの環境構築手順……の前に、Gitの基本的な構成とコマンドのイメージを掴んでいこうと思います。 ……と言っても、筆者もGitを使い始めて1年半くらいです(^^ ;) 元々ずっと仕事だとSVNを使ってたので、最初はCommitの違いとかよくわからず、混乱しました。 その際に自分の整理用に図を描いたのですが、知り合いに見せたら好評だったので、この度清書してみました。 その絵がこちら。 ◆基本的な構成要素 作業ディレクトリ : 開…
はじめに 4月からプログラミングを学んでおります。ポレインと申します。本日は最近学んだruby on rails でのプロジェクトの完成後の大まかな流れについて記入致します。（自分が後から見直したいため） <前回の記事> porain.hatenablog.com <開発環境> データベース：MySQL 開発環境：AWS バージョン管理：Git はじめに バージョン管理 GitHubへ反映する GitHubへ反映する流れ Githubにリモートリポジトリを作成 ローカルリポジトリにリモートリポジトリを登録 ローカルリポジトリのブランチ名を変更 登録したリモートリポジトリへプッシュ GitHub…
2021 Feb. 23. 出典 【Ubuntu】PPAを追加・削除する方法について | Hbk project リポジトリ追加 ## 書式 $ sudo apt-add-repository ppa:[user]/[ppa-name] ## webupd8リポジトリ追加の例 $ sudo add-apt-repository ppa:nilarimogard/webupd8 リポジトリ削除 ## 書式 $ sudo add-apt-repository --remove ppa:[user]/[ppa-name] ## webupd8リポジトリ削除の例 $ sudo add-apt-repo…
久しぶりのtblsの新機能紹介エントリです。 ドキュメントのER図出力にMermaidを指定できるようになりました ER図の出力フォーマットにMermaidを指定できるようになりました。次のように er.format: セクションか --er-format オプションに mermaid を指定することで変更できます。 er: format: mermaid 開発裏話 GitHubがMermaid対応したことで「tblsもMermaid対応してほしい」という要望や提案は以前より多く受け取っていました。 しかし、個人的にあまりメリットを見出せずそのままPull Request待ちとなっていたのです…
こんにちは。X（クロス）イノベーション本部 ソフトウェアデザインセンター セキュリティグループの耿です。 CI/CD環境として GitHub Actions を使っているときに、コンテナをビルド、プッシュする前に distroless ベースイメージの署名を検証する方法について紹介します。（自前でビルドしたイメージの署名やその検証については、この記事では扱いません） はじめに cosignとは 署名の検証で期待したいこと cosign verify コマンド cosign verify は何をやっているのか 追加の検証をするべき状況 署名を検証するワークフロー 署名の検証にかかる時間 検証の失…
こんにちは！小林和樹と申します。Insight Edgeに参画して約4ヶ月が経ちました。 現在、Insight Edgeでソフトウェア品質向上のためのシステム基盤の選定・構築を担当しています。 その中で、静的解析を共通機能として取り入れるため、そのためのツール調査を実施しています。 特に、セキュリティを高め将来的な負債を減らすこと、開発者に負担をかけずに品質確保の仕組みを導入することを目的としました。 様々な静的解析ツールがある中で脆弱性検出の機能がある、GitHub Code Scanning、SonarQube/SonarCloudを導入対象として比較し、共通機能としてどれが適しているか調…
さらに年が明けてから振り返るスタイル...(いいわけ) 未来の自分のために年1回やっている振り返りシリーズ、今度はこのブログ関係やこの1年で技術面でやったこと、学んだことなどを振り返ってみます。
ESP32-C3 は WiFI に対応した RISC-V MCU を積んだモジュールで、Rust を使って開発することもできる。通信部分のサンプルコードが、ESP32-C3 をベースに書かれていて、とりあえず始めるはならば ESP32-C3 が良さそうである。 写真は私の作ったESP32-C3 の開発ボード（キットとしてboothで販売中）。 74th.booth.pm しかし、この部分のライブラリ、まだ途上で、The Rust on ESP Book からたどれるサンプルコードが、現在の最新のライブラリでは動作しないようになっている。 esp-rs.github.io サンプルコードのリポジ…
gihyo.jp 自身のドメイン駆動設計の理解や状況 実践ドメイン駆動設計 | ヴォーン・ヴァーノン, 髙木 正弘 |本 | 通販 | Amazon は読んだ 値オブジェクト、サービスは実務で使用した ドメインモデル貧血症 - Martin Fowler's Bliki (ja) なサービスもいくつか実装したと思います・・ ユビキタス言語をビジネス側と共有したことが無い 境界付けられたコンテキストは使用したことが無い CMSやECなどの比較的理解が容易なドメインのWebアプリケーション開発が多いかも知れません 主に使用しているフレームワークはPHPのLaravel 多分、エンティティはEloq…
冬は寒いのでDNNの学習を回すのにぴったり！GPUの廃熱で暖房費節約だぜ！などと思ったけれど、メインマシンはメインOSはWindowsで運用していてビデオカードもAMDなのでDNNフレームワークを動かすのはしんどい。 調べたらDirectMLってのでWindows+AMDでもいけそうじゃん！ということで試しに使ってみた。 結論としてはGPU使用率があまり高くならず暖かくならなかった 環境構築（共通） 環境はAnacodaを使わずにWindows用Pythonをインストールしてvenvで構築する。Anacondaはライセンス変わっちゃったからね Pythonのインストール python.orgか…
このドキュメントを作成した経緯 基本的な考え方 Pull Requestを改善する目的 やること 1. 最初に空のコミットをプッシュしてPRを作成し説明を記入する 2. merge masterや rebase masterでブランチを最新の状態に保つ 3. 作業ブランチのコミット履歴を整える 4. 適切なコミットメッセージを残す 5. 一つのPRの修正範囲が大きくならないようにする 6. コーディングを行い、動作確認が完了した段階でPRのWIPを外す 7. PRの説明をしっかり書く 8. コードの説明をPRのコメントで残す 最後に このドキュメントを作成した経緯 ナマケモノである私にはPul…
OS 名は WMI から取得したほうが良いが…… 前にこんなエントリを書いた。 blog.arthur1.dev このエントリを要約すると、「Windows の OS 名を取得するとき、レジストリにアクセスするのではなく WMI を使って取得しよう。なぜなら、Win 11 が Win 10 として認識されてしまうから」という内容である。 mackerelio/mackerel-agent には、WMI を利用せずに基盤の情報を取得している箇所がいくつかある。たとえば、レジストリの値を参照していたり、dll を読んで Windows API を呼び出したりしている。こういった場所も WMI に置…
SOLID原則とは SOLID原則とは、OOPにおいて、メンテナンス、拡張しやすいシステムを設計・構築するための原則のことです。 アメリカのソフトウェアエンジニアである、ロバート C. マーティンが提唱していた多くの設計原則の中からチョイスされた5つの原則の頭文字をとって命名された原則となります。 S :単一責任原則 O : オープン/クローズの原理 L : リスコフ置換原理 I : インターフェース分離の原理 D : 依存関係逆転の原理 単一責任原則 変更するための理由が、一つのクラスに対して一つ以上あってはならない package main import ( "fmt" "math" ) …
はじめに GitHub Actions を使って、リポジトリで issue を作成したら自動で project に追加する workflow を作成しました。 背景 自分が今開発しているリポジトリでは、GitHub の project （classic じゃないほう）を使って、issue をカンバン形式で管理しています。 しかし、GitHub リポジトリの現時点の仕様では、issue を作成した時に自動でプロジェクトに追加するような設定ができません。 そのため、issue を作成するたびに手動で追加先 project を指定する必要があり、指定し忘れるとカンバンから漏れてしまうという課題があり…
★ この記事を掲載公開した後もこまごま加筆修正しています。大きな変更をしたときはここの位置でおしらせします。 ★ 大分県立芸術文化短期大学の名称を誤って書いていましたので修正しました。申し訳ありません。2023年1月29日 瀧廉太郎のピアノ曲「憾」の自筆譜が草稿段階のものを含めて大分県竹田市に寄贈されて早や4年になる。完成稿と見られる「憾」自筆譜にはDen 14. Februar. 1903というドイツ語の日付が書かれていて、1903年2月14日を意味する。これが完成の日付と考えられるので、今年2023年の2月14日は「憾」の完成から120年ということになる。 自筆譜の所在が明らかになったこと…
TL;DR Build Your Own Text Editorを写経してテキストエディタを作ってみた。 端末エミュレータ向けのエスケープシーケンスや仕様、C言語特有の作法、オープンソースを改変する場合のライセンスの取り扱いについて知見が増えた。 写経はいいぞ。 まえがき 日頃文章を書くことが多いこともあって、ぼんやりとテキストエディタの仕組みや実装に興味があった。 そんな折、Build Your Own Text Editorというチュートリアルを見かけた。これはWriting an editor in less than 1000 lines of code, just for funにて…
昨日Twitterに書いた内容に、sivchariさんとhajimehoshiさんからリプライをいただいたので、備忘録的にまとめておきます。 発端 interface型と非interface型の後方互換性について interface型を公開した場合 1. メソッドの追加 2. メソッドのシグニチャの変更 3. メソッドの削除 公開されたinterface型を変更する場合の後方互換性についてのまとめ 非interface型を公開した場合 1. メソッドの追加 2. メソッドのシグニチャの変更 3. メソッドの削除 公開された非interface型を変更する場合の後方互換性についてのまとめ その他…
qiita.com
eh-career.com
eh-career.com
www.itmedia.co.jp
twitter.com
qiita.com
laclefyoshi.hatenablog.com
qiita.com
d.hatena.ne.jp
